自动化测试用例编写规范


1.测试用例名同测试用例的编号,例如用例名统一以case+编号的形式开头。

2.每个测试用例粒度必须尽可能小,短小简单的测试用例易于调试。

如果测试用例不得不长而复杂,则把它分成两个或更多的私有方法,并单独调用这些方法。

尽量把重复任务放入一个方法中,这样它可以被多个测试用例调用。

3.所有的测试用例必须作为一个独立的测试用例运行,每个独立的测试用例负责自己的初始化和清理任务: 

4.测试用例需要记录操作步骤。

5.测试用例执行出错要截图,从日志查看错误能一目了然。

6.测试用例要有合适的验证点,符合测试用例的期待结果。验证用是否存在的方法,如文件存在。

7.测试用例只要不匹配预设的验证点,即使该测试用例还有未执行完的代码也要中断下面的执行,

抛出合适的异常并提供详细的失败信息,然后设置该测试用例运行结果为失败

8.测试用例要尽量处理所有的异常以健壮

9.测试用例要能无人值守运行 

10.初始条件用例执行失败,结束不执行后面所有依赖用例。自动化测试用例规范

  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值