软件行业测试相关

非常赞成！

我也一直强调测试的重要性，我认为测试不仅是要完整和全面的，还应是贯穿始终的。

在我以前的一个帖子里提到团队成员一人多角色的问题，其实我一直认为，无论一人可以承担多少角色，测试人员的选择还是应该谨慎的。

在我上一个网站项目中，项目经理坚持使用开发人员原班人马来做测试。他们刚刚结束开发，马上回来测试自己刚做出来的东西。从思维模式上他们都还保留着原来开发时的模式。结果我们自己的测试非常完美，客户的测试却非常糟糕。

我曾经提出使用和本项目完全无关的人来做测试，但由于各种原因，没有实现。

其实大家也都知道，做测试最好的人选就是客户。我们身为开发人员，不可避免受到开发模式的限制，不能完全站在客户角度看问题。我觉得最可怕的一件事就是：当客户提出一种我们完全没有想到过的模式来访问网站，而这个模式却又十分普通而合理时，我们开发人员露出的是不可思意的神情。

我们无法评价观众访问站点时的手段是否正确，我们更不可能手把手的教访问者如何访问站点。我们做的就是尽可能的在开发和测试中把问题解决。如果说测试的地位甚至比开发还要高，我觉得没什么好奇怪的。

就象九点说的，我们和他们的差距，也许就在测试水平上。

我们公司目前的测试分三种
1。业务人员------需求测试
2。模拟客户-----盲点测试
3。专业测试人员-----功能测试。
还有一点非常重要的,就是"性能测试"!

1。业务人员------需求测试
一般来说。这层测试是最基本的。业务人员按照市场分析做出的基本需求和功能的测试。要求项目的功能满足最初的需求要求。

满足---〉2
不满足--〉返回

2。模拟客户-----盲点测试
随机挑选几个其他人员进行实际使用的测试。
原因是。懂电脑和懂程序的人的思维逻辑不同。在项目或软件的可操作性和亲切性上有本质差异。侧重点不同。

满足---〉3
不满足--〉返回


3。专业测试人员-----功能测试。

当满足以上两个方面后。一个项目或是软件就机本上已经成型。接下来的就是压力（web版的软件尤其重要。）稳定性。边缘值。。。等等专业的测试。

我们有一个专业的测试小组。

一般来讲我们的项目在开发的过程中每个小组都会进行阶段性的性能测试。要求有详细的测试计划和结果报告。以便在最后的大规模测试的时候有记录和资料进行测试方案的编写基础。

项目发布后，还有一个信息反馈处理的阶段。一般属于补丁维护性质。

要做到细致而且全面的测试不容易，一个公司往往能够立出全面、规范、细致的测试计划和测试管理制度，却不能彻底执行，始终停留在纸上谈兵的角度。
实际上讲开了，是整个公司的运营模式问题。现在IT企业多如牛毛，客户很难分清孰好孰差，造成了软件市场的恶性竞争。市场人员为了签单，将价格下压，缩短开发周期。直接导致开发人员没有足够的时间调查需求，后果是赶进度，测试不完善，甚至到试运行时由客户测试。结果是可想而知的……
要比较彻底的解决这些问题，需要对公司的运营模式做重大调整，这是个很大的范畴，一时半会也难以说清……

我想猫猫说的是一个方面。可能还有一个方面就是目前国内的市场成熟度不够。

就好像买东西一样，消费者在购物的同时如果没有一些基本的购物常识和分辨商品质量好坏的办法，就很容易买到假货。比如，我们在购物时通常喜欢到一些大型的超市或者购物中心去，买食品时通常会察看该食品的生产日期和保质期等等。同样的道理，国内的一些客户由于对软件行业的基本常识了解不够，就容易导致不够专业的软件产品。这些客户对行业的无知也客观上纵容了行业的不自律。

另外呢，可能有时候企业出于一些短期目的，并不在乎他的软件开发质量，就是说主观上就不对软件产品进行高要求。就好比有些人购物贪便宜，明知是假货还要买一样。

可能在提高我们自身水平和素质的同时，也更应该注重一下普及行业常识吧。我们开发人员不应该仅仅做幕后工作，我们有责任把行业带入正轨，有责任普及全社会的行业常识，促进市场成熟度的提高。