#yyds干货盘点# 自动化测试的设计与实现

自动化测试实施与功能测试一样，都有一个流程，只不过手工执行测试用成了编写自动化脚本、调试脚本和执行脚本。自动化测试流程有以下几个步骤：

1.制订测试计划

当测试项目满足了自动化的前提条件，并确定在该项目中需要使用自动化测试时，便可开始制订自动化测试计划。此过程需要明确自动化测试范围、测试目的、测试内容、测试方法、测试进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制订好测试计划后，组织测试团队及相关的项目人员进行评审，评审通过后由测试人员执行。

2.分析测试需求

很多时候，关注点在自动化的实现上，而忽略对自动化测试的需求分析，从而导致后期做出来的成果达不到预期效果，改动困难，自动化测试的首要特性就是重复执行。不能重复执行，且易暴露问题的自动化不如进行手工测试。分析测试需求即是将软件需求转换成测试需求的过程，是建立在测试计划中的测试内容的基础之上，进行细化明确“测试点”。测试人员根据测试计划和需求说明书，分析测试需求，设计测试需求树，以便用例设计时能够覆盖所有的需求点。自动化测试很难做到测试覆盖率达到100%，优先设计项目中相对稳定且相对重要的模块。测试用例需要完整覆盖该模块的所有业务逻辑以及相关的功能测试点，但是并不会实现所有测试用例的自动化。

3.设计测试用例

不管是手工测试、自动化测试，还是性能测试都是以测试用例为前提的，测试用例是测试人员综合自己的经验从需求中挖掘和提炼而来。所以不管什么类型的测试工作，都不能盲目开展。任何测试工作都应该以需求为基础，以测试用例为导向进行实施。自动化测试用例是针对自动化测试框架，应用脚本技术进行用例解析。通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。由于不是所有的测试用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。考虑到脚本开发的成本，不要选择流程太复杂的测试用例，可以考虑把流程拆分成多个用例来实现。选择的用例最好可以构建成场景，例如1个功能模块，分n个用例，这n个用例使用同一个场景，这样的好处在于方便构建关键字测试模型。选择的用例可以带有目的性，例如这部分用例是用例做冒烟测试，那部分是回归测试等，当然这样会存在重叠的关系。

4.搭建自动化测试框架

自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面控件，添加对象。测试环境的搭建包括被测系统的部署、测试硬件的调用、测试工具的安装和设置、网络环境的布置等。搭建测试环境的时候，注意各软件之间的版本，版本不同，支持的功能也有细微差距。

这个在制订测试计划的时候，就需要明确下来。接下来就是自动化测试框架的搭建。所谓自动化测试框架便是像软件架构一般，定义了使用该套脚本时需要调用哪些文件、结构，调用的过程，以及文件结构如何划分。而根据自动化测试用例，很容易能够定位出自动化测试框架的典型要素。

5.编写测试脚本

编写测试脚本的过程是具体的测试用例的脚本转化。根据自动化测试用例的难易和度，采取适当的脚本开发语言编写测试脚本。可以通过录制、编程或两者同用的方式建测试脚本。测试工具可以自动记录操作并生成所需的脚本代码，也可以直接修改测试脚本以满足各种复杂测试的需求。很多人觉得编写自动化脚本很复杂，测试代码其实写起来不难，基本包含四部分内容:准备、执行、断言和清理。

6.执行测试

脚本调试结束后，便可以在检验模式下测试被测软件。运行测试时，测试工具会自动操作应用程序，就像一个真实的用户根据业务流程执行着每一步的操作。此时，测试工具在运行脚本过程中如果遇到了检查点，就把当前实际测试结果和预期结果的值进行比较。如果实际结果与预期结果一致，测试则通过，如果发现有不一致项，就记录下来作为测试结果。

在具体的测试过程中，可以多个测试环境并行地执行测试脚本，这样可以缩短自动化执行的总时间。在执行测试脚本时，应保证测试环境独立。