第一章：基于敏捷模式下测试改进分析

一、测试改进的策略

一）、首先是要改进新功能测试的策略。

一般来说，每次短期的迭代都有新的功能加入产品中，因此，针对新功能的测试方法，在短期迭代周期中需要改进。不需要编写测试用例，直接基于对需求的理解梳理出测试场景，按照测试场景来验证新功能。

即使一定要写测试用例，可以不用太详细，只要保证用例能够覆盖各个功能点即可。

持续性验证包括单元测试和集成测试两个阶段，它们都是输入准备好的数据，验证输出结果，从而覆盖所有业务流程。易于察觉流程式的功能问题：逻辑混乱、输出不合理等。

测试人员和开发人员工作保持同步，可以参与代码审查，从而更好地理解系统的实现，也更容易发现问题。

同时可以实施组合交互性测试、探索性测试和用户场景测试，更高效地发现缺陷。

二）、其次是改进回归测试的主要策略。

由于每次迭代基本都会增加新功能，回归测试覆盖范围在不断扩大，而每次迭代计划完成时间不变，这样使得留给验收测试的时间极其有限，所以回归测试必须采用自动化测试。

敏捷模式下执行回归测试时，可以让开发人员配合再做代码关联分析，明确本次回归测试需要关注的重点模块，从而缩小了测试范围；开发人员、业务人员、需求分析人员可以利用空闲时间参与到持续回归测试过程中来。

三）、最后是改进自动化测试策略。

一般软件开发项目中，花在获取客户要求和沟通需求设计两方面的时间已经占据了一大部分，而对于敏捷开发而言，注重的是短周期迭代开发，这样就严重压缩了编写和调试自动化脚本的时间，尤其对新功能的测试很难用自动化测试完整地去实现。此时，需要使用正确的策略来加快自动化测试的速度。