自动化用例设计

　　用例设计部分，不管是手工测试仍是自动化测试，都必需要的环节，也是很是重要的环节。在作自动化的时候，用例须要考虑前置后置、步骤和对比，每个部分都要有提供很是明确的测试数据，要考虑数据的重复使用是否会影响脚本的执行结果。

自动化用例设计原则

1.不是全部的手工用例都要转成自动化测试用例

2.考虑到脚本开发的成本，不要选择流程太复杂的测试用例，若是有必要，能够考虑把流程拆分红多个用例来实现脚本

3.选择的用例最好能够构建成场景。例如，一个功能模块，分多个用例，多个用例使用同一个场景

4.选择的用例能够带有目的性。例如，这部分是用来作冒烟测试，那部分测试是作回归测试等等，固然，会存在重叠的关系。若是当前用例不能知足需求，那么惟有修改用例来适用脚本和需求

5.选取的用例能够是你认为重复执行，很繁琐的部分。例如，字段验证、提示信息验证这类，这部分适用于回归测试

6.选取的用例能够是主体流程，这部分适用于冒烟测试

7.自动化测试也能够用来作配置检查、数据库检查。这些可能超越了手工用例，但也算是拓展的一部分，项目负责人能够有选择的增长

8.平时在手工测试时，若是须要构造一些复杂的数据或重复一些简单的机械式动做，则告诉自动化脚本，让它来帮你，或许你的效率会所以获得提升

编写自动化用例遵循的原则

1.一个用例为一个完整的场景，从用户登陆系统到最终退出并关闭浏览器

2.一个用例只验证一个功能点，不要试图在用户登陆系统后把全部的功能都验证一遍

3.尽可能少地编写逆向逻辑用例，一方面由于逆向逻辑用例不少（例如，手机号输出有几十种状况）；另外一方面自动化脚本自己比较脆弱，对于复杂的逆向逻辑用例实现麻烦且容易出错

4.用例与用例之间尽可能避免产生依赖

5.一条用例完成测试以后须要对场景进行还原，以避免影响其它用例的执行