前段时间公司需要实施WinRunner来进行回归测试，包括制定一套方案和一套标准脚本，通过实施起来真的是学到了很多东西，还是赶快总结出来，久了可能又忘记了。

　　先说我和我们老大共同制定的一套方案(也是结合网上很多资料制订的)，欢迎大家看了后给点意见，不要像上2篇那样，看的人比较多，但留言的一个都没，伤心啊,可能是我水平问题，相信以后会越来越好的。

　　自动化测试方案：

　　1.1 自动化框架整体流程

　　每个测试环节的具体阐述如下：

　　1、制定测试计划的目的是确定和描述要实施和执行的测试。这是通过生成包含测试需求和测试策略的测试计划来完成的。可以制定一个单独的测试计划，用于描述所有要实施和执行的不同测试类型，也可以为每种测试类型制定一个测试计划。

　　2、设计测试的目的是确定、描述和生成测试过程和测试用例。

　　3、实施测试的目的是实施（记录、生成或编写）设计测试中定义的测试过程。输出工件是测试过程的测试脚本。

　　4、执行测试的目的是确保整个系统按既定意图运行。系统集成员在各迭代中编译并链接系统。每一迭代都需要测试增加的功能，并重复执行以前版本测试过的所有测试用例（回归测试）。

　　5、评估测试的目的是生成并交付测试评估摘要。这是通过复审并评估测试结果、确定并记录变更请求，以及计算主要测试评测方法来完成的。测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法，用于评估测试对象和测试流程的质量。

　　1.2 WinRunner测试流程

　　● 创建GUI Map文件：WinRunner可以通过它来识别被测试应用程序中的GUI对象。

　　● 创建测试脚本：通过录制，编程，或两者的组合创建。在录制测试脚本时，在你想检查被测试应用程序响应的地方插入验证点。

　　● 调试脚本：用调试（Debug）的模式运行测试脚本以确保它们可以平稳地运行。还可以使用WinRunner提供的Step， Step Into， Step out功能来调试脚本。

　　● 运行测试：用验证（Verify）的模式运行测试脚本来测试你的应用程序。当WinRunner在运行中碰到验证点时，它会将被测应用程序中的当前数据和以前捕捉的期望数据进行比较，如果发现了任何不匹配，WinRunner将会把目前的情况捕捉下来作为真实的结果。