读《软件测试经典教程》有感

        很早之前买了一本《软件测试经典教程》，总体感觉这本书对测试的主要理论介绍得很不错，软件测试的基本概念，测试分类，测试的常识，测试技术，缺陷管理，测试管理，测试工具都涵盖到了，是一本综合性的书，有助于测试人员对软件测试有一个整体全方位的了解。本书给我体会最深的就是软件测试的一些基本原则，让我们如何做好测试有一个不错的参考依据：

1.Zero Bug与Good Enough：本条给我们灌输的是一种测试执行通过的标准。显示任何测试通过不可能达到0 bug。那我们就应该达到Good Enough。这条原则是一种权衡投入/产出比的原则：测试既不能不充分也能过，我们需要制定测试通过标准和测试内容，比如：遗留的bug数&严重程度，测试用例的执行率&通过率等来解决上面的问题。

2.不要试图穷举测试：本条需要我们明白一件事，测试是需要考虑测试方法和技术（等价类/因果图/边界值）的，通过这些方法来提升测试的效率又保证产品的质量。

3.软件测试要尽早执行：本条主要想说明一个道理：测试需要贯穿整个软件的生命周期，缺陷修复成本随着各个阶段的靠后而上升。从平时的项目中也已经看出，需求阶段引入的bug不比设计开发阶段少，如何保证好需求的稳定有效已经至关重要。

4.软件测试应该追溯需求：文章中用一个图来说明，这里也引用一下。

这个图很好得分析了软件产生缺陷的原因。在测试的环节里包括了四个部分：正确的功能；有错误编码带来的错误（可以由开发人员直接修改），由错误的设计产生的错误（不能直接修改，必须修改设计）和由错误说明带来的错误（也是潜伏的不容易发现的错误，需要我们追溯需求）。

5.缺陷的二八定理：这条主要想告诉我们的就是缺陷的集群现象，发现缺陷越多的模块就需要投入更多的人力精力去测试，相信很多测试人员对这个也比较深有体会。

6.缺陷具有免疫性：这条主要需要我们关注的就是开发修复bug的同时可能会带来新的bug，如果只关注之前的bug正确与否是不够的，需要注意修改错误所产生的影响和波及效果。

       上面的测试原则给了我们一些指导性的作用，让我们在实践中更深入地去体会吧！ps：这本书还是挺不错的，推荐大家可以去阅读下。