（三）新型测试模式在实际项目的运用
实际参与测试的敏捷开发项目是Webpos。该项目就是采用的敏捷开发的模式：接受客户频繁的需求变更来适应变化；经常性地交付可以工作的软件，交付的间隔一般为一周。这就要求测试组在短期内迅速的对应新增或者变更的需求进行验证测试。我们采用的测试流程如图2：
敏捷开发web项目测试流程
图2 测试流程
在WebPos 项目的测试中，贯穿全部测试的主要是新增功能测试和回归测试。测试执行的一开始可以是针对部分功能的，之后可以逐步扩展。接着开始采用迭代的过程完成测试任务，即将测试任务划分为多个周期，一开始可以做些关键的功能性测试，可以对代码中的可复用部分（组件，构件）做完整的测试。接着的迭代周期可以做边缘化的功能测试和其他测试，最后的几个迭代应该用于回归测试，和关键的性能和稳定性测试。特别是回归测试尤为重要，最好的方式就是采用自动化测试工具来提高测试效率。因此我们引入了测试管理工具TestDirector 和自动化测试工具Quick Test Professional（QTP）。这样在每次发布版本时，TD 上面可以建立一个新的测试集。如图3 所示。
图3 TD 测试集
导入自动化测试脚本，运行完毕后对回归测试结果进行分析。自动化测试结果如果出现错误，一般是两个原因：一是程序本身就存在缺陷，二是由于测试脚本错误的原因。测试人员可以通过错误结果分析出错的原因：程序本身的问题就提交给开发人员进行修改；若是测试脚本的问题，则由测试人员自己修正测试脚本。执行完毕后，可以将执行结果导出保存为回归测试记录。
