当前,大量的Web应用都采取了快速迭代的开发方式,产品需求时常发生改变,产品的前台界面和后台业务逻辑通常也会随之改变。因此,需要进行大量严格的回归测试,验证功能是否能完整一致地满足用户需求。传统的回归验证测试采取人工操作产品系统,验证功能是否能够按照设计正确执行。这通常是一个非常耗时耗力的重复过程,给测试人员带来了很大的负担。自动化测试能够有效地降低测试成本,使得测试员能够从重复的测试过程中解脱出来,更加专注于测试脚本的设计和编写,更好地验证软件系统与需求的一致性。市面上现有的Web应用自动化测试工具都是通过识别界面元素,模拟用户对界面元素进行一系列事件操作,从而达到功能验证的目的。然而,随着用户需求的改变,软件版本的迭代演化,系统界面也会发生演化。这通常会导致原有的测试脚本发生定位新版本中的界面元素,从而无法正确执行测试脚本。测试人员不得不花费大量时间人工阅读新的软件界面,调试旧的测试脚本,定位失效的具体位置,来修复失效的测试脚本。这是一个费时费力的过程,并且最终修复效果也不理想,甚至由于缺乏对原有脚本目的的理解,还可能需要重新开发测试脚本。本文提出了一种需求—界面元素—测试脚本的追踪模型,辅助追踪界面元素变化的影响范围,分析了Web应用中常见的容易导致测试脚本失效的界面元素变化类型,并针对每种类型给出了模型框架下面向QTP软件测试脚本的修复规则。为了适应软件版本迭代和回溯,还提出了一种基于需求追踪模型的测试脚本版本控制机制,可以让测试人员了解测试脚本的演化理由以及更新历史版本的追踪信息。在此基础上,开发了一个测试脚本自动修复工具,支持在软件迭代版本间自动修复测试脚本并提供测试脚本的版本控制。最后通过一个案例,展示了该方法的可行性和有效性。