自动化测试流程分析（转载自网络：HYHOLINE的《自动化测试项目开发流程说明》一文）

编写脚本

根据需求文档和测试用例的要求设计脚本。原则上，在编写脚本之前务必详细阅读需求，在了解需求

的基础上，再分析测试用例的设计结构，充分考虑测试的设计结构是否满足脚本的可实现条件。正常

情况下，在分析完需求和用例后，脚本的设计雏形在脑海中应该就完成了。

分析需求和用例需要考虑如下5点：

1) 需求的描述和用例是否一致，是否有遗漏，矛盾，冲突等情况。

2) 脚本的设计是否可以使用用例设计的结构（一般是可以的），如果不行，就要自己设计用例的脚本

实现模式。

3) 正常一个功能点会有多个用例来覆盖，因此需要考虑多个用例是否可以整合成为一个脚本来覆盖。

4) 脚本设计的原则是以最少的成本完成最大的用例覆盖。这里的成本包括当前的设计、编写、调试脚

本的时间，也包括后期需要维护的时间。基于这个原则，如果数据驱动模式不容易实现，则采用逐个

对应来覆盖。

5) 在阅读需求和用例过程中，要充分考虑每一个步骤和检查点在脚本实现上是否可行。对于比较复杂

的用例，最好是自己手工执行一遍

编写脚本时需要考虑如下7点

1) 脚本设计要考虑结构的合理性，例如：重复的业务逻辑，采用循环语句来遍历覆盖；对于可复用的

业务动作或检查点要封装成函数；

2) 函数封装的原则，先查找现有函数库，存在已实现的用已实现，没有就考虑是否有可以扩展的函数

，如果也没有就自己新建一个函数。

3) 新建函数的原则，不要仅仅考虑目前需求，也要考虑可扩展性。多多考虑你设计的这个函数在将来

可能会用到的地方，涉及其他功能的调用，在不同场景下的调用。

4) 执行测试用例强调思维的发散，即在按照用例设计执行的基础上，发挥自己的想象力，结合需求上

功能点进行交叉测试。

5) 检查自己编写的脚本排版是否美观。

6) 对于复杂的步骤需要加以注释说明

7)创建函数的命名是否符合规则，是否达到见其名知其义。

脚本调试

首先需要排除语法错误，可以通过保存脚本或执行语法检查

认真分析执行中报错对信息

设置断点、单步调试、输出变量、查看变量、执行调试动作等，这些都是常规对调试方法，可以有选

择的使用

调试过程中，有些函数或业务模块过于复杂，可以将通过拆分，将认为可能存在问题对代码行拷贝出

来单独调试。这样处理方式更有针对性，排除外部的干扰，降低调试对复杂度。

设计公共函数库

为什么要写函数？为什么要定义函数库？函数封装本质是体现分工协作的关系，写的人关心函数的内

部实现过程，保证功能的实现正确和健壮性。而使用的人仅仅需要函数提供的接口和返回值。这好比

你想有辆车，不需要了解内部构造，但是要懂得如何驾驶它。从计算机科学上，函数的封装也体现了

开发语言的美，不想让自己成为搬码工的最好方法，就是学会创造、激发自己的灵感，让自己封装出

的函数足够灵活强大。

函数中的内部变量是否有定义

函数中是否存在冗余的代码，即存在可以通过调用现有的功能函数来实现。

函数是否充分考虑到功能的扩展和不同场景的使用。

函数的功能是否正确，是否经过严格的调试和检查

是否有正确的返回值，对于不同的调用场景下是否有准确的数据返回

函数执行过程中，对于特殊情况是否有处理，例如，对象不存在或取值错误的情况下。即，函数的代

码是否足够健壮。

函数名是否会存在重名，如果存在重名会导致调用失败

测试报告

测试报告承载了整个自动化过程的心血，我们需要通过测试报告分析脚本缺陷、产品缺陷、用例覆盖率等。拥有良好的测试报告展示效果对于一个自动化框架而言尤为重要

报告包含信息和功能

1) 执行的过程信息：执行时间、执行信息。

2) 检查点判断信息：执行时间、执行判断结果、执行信息。

3) 排错辅助信息：截图、录像、驱动数据。

4) 报告的排序、过滤、搜索等功能。