摘要

　　测试自动化，是测试领域的一个重要方向。目前，各个方向的自动化也发挥着不同程度的节约人力的作用。然而，在拥有了一个好的自动化框架的基础上，频繁的业务改动的情况下，编写、维护自动化Case本身还是一个机械劳动，尤其是前端页面自动化。对测试人员本身的素质提高也好，项目自动化投入产出比也好，都是一个瓶颈。本文提出了，自动生成测试用例的方案，配合自动执行测试用例框架，能够更加彻底地解决人肉回归或者人肉编写自动化Case问题，降低研发成本。

　　关键词

　　测试用例自动生成 前端自动化

　　背景

　　前端自动化一直是争议不断的问题。主要矛盾集中在变化太大，维护成本太高，在实施过程中投入产出比太大。因此，本文针对这个问题，提出测试用例的自动生成方案，希望能给读者带来帮助。

　　正文

　　测试自动化，是测试领域的一个重要方向。现在，各种方向的测试，都涌现出各种自动化框架搭建方案：前端自动化，接口测试自动化等。自动化的目的，当然是将劳动力，从繁杂，冗余的重复回归劳动中抽取出来。然而，在拥有了一个好的自动化框架的基础上，频繁的业务改动的情况下，编写、维护自动化Case本身还是一个机械劳动，对测试人员本身的素质提高也好，项目自动化投入产出比也好，都是一个瓶颈。因此，在有了一个好的自动化框架之后，想办法把编写自动化case的过程也自动化掉，也就是测试用例自动生成，才能彻底把测试人员从模块回归工作中剥离出来，是一个很有价值的工作。

　　参与了不少模块级别的测试，有前端Web，后端接口，server类，自动化测试用例维护成本最大的就是前端Web的测试用例。由于前端页面迭代进行，形式变化多样，导致Case需要调整的可能性很大。因此，本文针对前端Web进行测试用例自动生成的方案设计。

　　本方案有个假设：

　　1、上线的版本的新功能都是经过人肉测试的。

　　2、上线的版本的基本功能都是没问题的。

　　基于数据驱动的测试用例，测试输入和预期输出是不可缺少的两部分。前端Web的测试输入就是用户行为、操作，预期输出分三类：跳转、DB字段检查、文件存储。而前端Web自动化框架中，一般仅对跳转进行检查，DB校验和文件存储在服务器端，检查较为麻烦，可以用异常监控来作简单的校验，这里不进行详细描述。

……………………

查看全文请点击下载：http://www.51testing.com/html/73/n-849173.html

　　第三：建库

　　将LOG和基于框架的Case代码，用数据库表的形式一一对应起来。表结构：