码迷,mamicode.com
首页 > 其他好文 > 详细

自动化用例设计

时间:2019-11-09 13:46:06      阅读:73      评论:0      收藏:0      [点我收藏+]

标签:动作   手机   关闭   需求   自动   重要   系统   重复执行   登录系统   

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

自动化用例设计原则

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

2.考虑到脚本开发的成本,不要选择流程太复杂的测试用例,如果有必要,可以考虑把流程拆分成多个用例来实现脚本

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

4.选择的用例可以带有目的性。例如,这部分是用来做冒烟测试,那部分测试是做回归测试等等,当然,会存在重叠的关系。如果当前用例不能满足需求,那么唯有修改用例来适用脚本和需求

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

6.选取的用例可以是主体流程,这部分适用于冒烟测试

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

8.平时在手工测试时,如果需要构造一些复杂的数据或重复一些简单的机械式动作,则告诉自动化脚本,让它来帮你,或许你的效率会因此得到提高

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

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

2.一个用例只验证一个功能点,不要试图在用户登录系统后把所有的功能都验证一遍

3.尽量少地编写逆向逻辑用例,一方面因为逆向逻辑用例很多(例如,手机号输出有几十种情况);另一方面自动化脚本本身比较脆弱,对于复杂的逆向逻辑用例实现麻烦且容易出错

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

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

自动化用例设计

标签:动作   手机   关闭   需求   自动   重要   系统   重复执行   登录系统   

原文地址:https://www.cnblogs.com/xiaogongjin/p/11824941.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!