组织软件测试中应当避免的几个常见现象

1，黑盒测试人员推断缺陷来源，主观认为不同地方发生的类似缺陷是同一个缺陷，而只录入一个缺陷。恶果：开发人员只改了缺陷指出来的地方，以为相同来源的类似缺陷留到了下一轮测试。

2，来源于配置（数据库配置，配置文件，操作系统配置等等）的不正常现象可以不作为缺陷提出，开发人员可以直接改正。恶果：相同的配置问题会不断重复，甚至于在用户处重复。

3，人工回归测试，由于工期紧张，人力资源紧张，人工回归测试不能测试100%的用例，即使能测试100%，人工是不能保证确实100%都测到，恶果：每一次发布都是一次。这种现象在大多数软件组织存在，短期内难于克服。一方面内部自力更生进行自动化测试改进，另一方面投资于适当的工具，培训最好的人员。

4，安全测试只在最后阶段开展，安全测试包括检察内存，CPU使用，非法侵入等等。恶果：一旦发现有问题，软件结构可能需要大改，甚至于重新设计，发现得太晚，浪费大量时间。

5，用一种配置测试替代另一种配置测试，由于工作紧张，人员紧张，在第一种配置进行了较完整的测试后，在第二种配置测试中大幅度降低覆盖率，减少测试工作量。比如在Windows下测试通过后，简单地在Linux下测试，就结束了Windows，Linux两配置测试。恶果：第二种配置测试可能留下级别较高的缺陷，如2级或3级(定义与Rational公司相同)。当客户质问为什么会这样时，是抱怨领导没有安排足够多的测试工时，还是抱怨自己主观推测的错误，反正要承担责任。