很早之前买了一本《软件测试经典教程》,总体感觉这本书对测试的主要理论介绍得很不错,软件测试的基本概念,测试分类,测试的常识,测试技术,缺陷管理,测试管理,测试工具都涵盖到了,是一本综合性的书,有助于测试人员对软件测试有一个整体全方位的了解。本书给我体会最深的就是软件测试的一些基本原则,让我们如何做好测试有一个不错的参考依据: 1.Zero Bug与Good Enough:本条给我们灌输的是一种测试执行通过的标准。显示任何测试通过不可能达到0 bug。那我们就应该达到Good Enough。这条原则是一种权衡投入/产出比的原则:测试既不能不充分也能过,我们需要制定测试通过标准和测试内容,比如:遗留的bug数&严重程度,测试用例的执行率&通过率等来解决上面的问题。 2.不要试图穷举测试:本条需要我们明白一件事,测试是需要考虑测试方法和技术(等价类/因果图/边界值)的,通过这些方法来提升测试的效率又保证产品的质量。 3.软件测试要尽早执行:本条主要想说明一个道理:测试需要贯穿整个软件的生命周期,缺陷修复成本随着各个阶段的靠后而上升。从平时的项目中也已经看出,需求阶段引入的bug不比设计开发阶段少,如何保证好需求的稳定有效已经至关重要。 4.软件测试应该追溯需求:文章中用一个图来说明,这里也引用一下。 这个图很好得分析了软件产生缺陷的原因。在测试的环节里包括了四个部分:正确的功能;有错误编码带来的错误(可以由开发人员直接修改),由错误的设计产生的错误(不能直接修改,必须修改设计)和由错误说明带来的错误(也是潜伏的不容易发现的错误,需要我们追溯需求)。 5.缺陷的二八定理:这条主要想告诉我们的就是缺陷的集群现象,发现缺陷越多的模块就需要投入更多的人力精力去测试,相信很多测试人员对这个也比较深有体会。 6.缺陷具有免疫性:这条主要需要我们关注的就是开发修复bug的同时可能会带来新的bug,如果只关注之前的bug正确与否是不够的,需要注意修改错误所产生的影响和波及效果。 上面的测试原则给了我们一些指导性的作用,让我们在实践中更深入地去体会吧!ps:这本书还是挺不错的,推荐大家可以去阅读下。