利用QTP进行自动化测试：开发人员完成本版新增功能或者需求变更的编码工作，遗留版本的缺陷修改后，会给客户提交一个相对比较完善的版本。这时测试人员需要对功能进行测试。对于新增的功能，由于测试时间的紧迫，一般是以小时来计算的，无法在短时间内添加新增功能的自动化测试脚本，所以当时采用手工测试，等功能稳定后再添加自动化测试用例的方式；同时对于一直稳定的功能，进行回归测试。如图4，建立功能测试流。

图4 功能测试流

　　自动化测试用例也是通过TestDirector 来管理，可分模块和功能来管理，不同的测试人员也可以随时添加和更新测试用例的脚本。在执行测试阶段中，测试人员需要对已有的测试用例进行及时的维护。通常以下两种情况下要新增一些测试用例：一是对于当初测试设计不周全的领域，二是对于外部的Bug（比如从客户报告来的），没有被现有测试用例所覆盖。当产品的功能设计出现更改时和现有的功能需求同步。如下图5：

图5 自动化测试用例

　　测试结果的分析同回归测试结果分析。

　　在每一次提交版本后，把开发人员和顾客代表包括进来，不要只是测试员自己做测试，开发也和测试人员一起测试新的版本。计划在每个迭代中探索产品，寻找bug、遗漏的问题和改进的机会。

　　（四）新型测试模式在敏捷开发中的优点

　　1、可以快速对应频繁的变更。

　　由于敏捷式开发持续地改进设计，以便于每次迭代结束生成的系统都具有适合于那次迭代中需求的设计。那频繁的变更和版本的发布，只能通过自动化测试来保证已经确认的功能，而新功能和需求的测试成相应版本的重点。