《全程软件测试（第2版）》试读心得

《全程软件测试（第2版）》试读心得

 

软件测试的地位长期以来都是计算机业界颇具争议的话题，在一些大型企业，软件测试人员的数量已经超越了开发人员的数量；然而在一些国内企业（尤其是小作坊公司），软件测试并不受重视，甚至被认为是不需要的。如何正确理解软件测试的作用和目标，对国内计算机软件业的成长至关重要。《全程软件测试》一书展示了一种前瞻性的思路，即软件测试是贯穿在整个软件开发过程的方方面面的。同时，书中提供了大量的案例背景，能够帮助读者深化这一思维，这是我通过试读得出的最大感受。

 

动态测试VS静态测试

本书伊始就指出了软件测试的传统理解的缺陷。传统的观点认为：软件测试是软件开发之后的一个过程。显然，这样的理解会造成很多问题，导致极大的修改代价，甚至项目失败。相应的，作者提出了一个”持续测试“的概念，在目前”持续集成“大行其道的今天，我们已经能够体会到”持续“的过程在软件敏捷开发中的重要性，相信”持续测试“在不久的将来也会成为软件测试的主流思维。

 

重视TDD

本书中谈到了瀑布模型的缺陷，软件测试处于“编程”的下游，这是一种落后的测试观念。相信有很多朋友已经知晓TDD或已经实践过相关的工作，个人认为，TDD是符合本书作者思维的一种最简单的方式。举个例子：传统的软件测试相当于，先砌一排砖，然后拉一根线判断是否水平；而TDD则相当于，先拉一根线，然后照着这根线砌砖。TDD的优势是显而易见的，按照传统做法，如果砖不平，那只能推倒重来；而TDD则是每砌一块砖都会测试基准点，这大大降低了模块的开发风险和修改代价。

 

案例分析

本书在讲述理论部分之后，提供了一些Google产品的测试案例。尚不知这些案例是否是Google真正使用的经验，但从叙述来看，非常全面的覆盖了功能性测试和非功能性测试的各种细节，以及测试工作量的相关内容。就测试工作量来说，书中提到的“打扑克”的估算方式在本人公司里也有应用，同时书中提供了一种更为细致的计算方法：“工作分解结构表”，在本人的工作中也有初步涉及，通过阅读该部分内容，受益匪浅。

 

本人作为一个软件测试人员，对本书中很多的观点均有共鸣，也希望本书能够让更多软件从业人员正确理解软件测试工作。