读《全程软件测试第二章》有感

  看到第二章开始出现问题了，原因是没有参加实战，只是纸上谈兵。很多地方只是知道，但真正实战的时候不一定能运用自如。

  第二章讲的是测试计划。好的计划和谋略是成功的重要前提，测试也是如此。自己比较深有感触的是英语四级的通过就是得益于自己有良好的作战计划，对于一些题目当舍则舍。

  第一章的时候说过测试贯穿于整个软件项目之中，与开发是并行进行的。测试计划开始就强调需求评审中测试的重要性，更加证实了这一点。软件缺陷出现最多的地方就是需求规格说明书，把错误消灭在萌芽中的成本要比等它成为参天大树的时候低。制定良好的需求评审标准，摆正测试的位置，是保证软件项目质量的重要前提。

  明白测试内容，是开展工作的基础。根据项目需求制定测试需求和任务。需求主要有软件的功能性测试需求，非功能性测试需求，软件即服务的测试需求。功能性测试需求主要是：是否满足需求规格说明书中对功能的要求，用户界面的友好性。非功能性测试需求主要是：系统性能，安全性，兼容性，扩充性。软件即服务的测试需求：可用性，可伸缩性，安全性要求，可维护性要求。明确在各个阶段的测试任务。

  明确了内容就要展开测试范围的分析和工作量的评估，限于时间和测试的局限性我们不可能方方面面都测试到，就要制定一个范围。功能上和系统上都要进行测试范围分析。对工作量进行准确的估计是日后确定测试资源和团队组建的基础。为了使工作量得到一个形象的体现，我们可以细化分解，用工作分解结构表（WBS）予以展现。这样也可以避免日后盲目展开工作，没有目的性，便于管理。

  里程碑是一个项目中完成阶段性工作的标志，制定明确的里程碑可以使我们更好的把握全局。

  测试风险分析是我比较生疏的地方，没有想到还要进行这样的预防。我们可以建立风险项目检查表，避免风险来临时我们措手不及。风险管理主要包括风险评估和风险控制。

  制定测试策略，测试策略的制定有3个基本要素，包括输入，输出和过程。可以根据测试技术制定测试策略，分阶段的测试策略和基于测试方案的综合测试策略。

  测试的范围，策略，和风险分析都制定好了，一份完整的测试计划书也就生成了。

  过程好多，终成正果。

  这一章的描述添加了自己的语言，感觉不错，希望下一章更加精彩。