自动化用例设计

⾃动化⽤例设计
⽤例设计部分，⽆论是⼿⼯测试还是⾃动化测试，都必须要的环节，也是⾮常重要的环节。

在做⾃动化的时候，⽤例需要考虑前置后置、步骤和对⽐，每⼀个部分都要有提供⾮常明确的测试数据，要考虑数据的重复使⽤是否会影响脚本的执⾏结果。

⾃动化⽤例设计原则
1.不是所有的⼿⼯⽤例都要转成⾃动化测试⽤例
2.考虑到脚本开发的成本，不要选择流程太复杂的测试⽤例，如果有必要，可以考虑把流程拆分成多个⽤例来实现脚本
3.选择的⽤例最好可以构建成场景。

例如，⼀个功能模块，分多个⽤例，多个⽤例使⽤同⼀个场景
4.选择的⽤例可以带有⽬的性。

例如，这部分是⽤来做冒烟测试，那部分测试是做回归测试等等，当然，会存在重叠的关系。

如果当前⽤例不能满⾜需求，那么唯有修改⽤例来适⽤脚本和需求
5.选取的⽤例可以是你认为重复执⾏，很繁琐的部分。

例如，字段验证、提⽰信息验证这类，这部分适⽤于回归测试
6.选取的⽤例可以是主体流程，这部分适⽤于冒烟测试
7.⾃动化测试也可以⽤来做配置检查、数据库检查。

这些可能超越了⼿⼯⽤例，但也算是拓展的⼀部分，项⽬负责⼈可以有选择的增加
8.平时在⼿⼯测试时，如果需要构造⼀些复杂的数据或重复⼀些简单的机械式动作，则告诉⾃动化脚本，让它来帮你，或许你的效率会因此得到提⾼
编写⾃动化⽤例遵循的原则
1.⼀个⽤例为⼀个完整的场景，从⽤户登录系统到最终退出并关闭浏览器
2.⼀个⽤例只验证⼀个功能点，不要试图在⽤户登录系统后把所有的功能都验证⼀遍
3.尽量少地编写逆向逻辑⽤例，⼀⽅⾯因为逆向逻辑⽤例很多（例如，⼿机号输出有⼏⼗种情况）；另⼀⽅⾯⾃动化脚本本⾝⽐较脆弱，对于复杂的逆向逻辑⽤例实现⿇烦且容易出错
4.⽤例与⽤例之间尽量避免产⽣依赖
5.⼀条⽤例完成测试之后需要对场景进⾏还原，以免影响其它⽤例的执⾏。