自动化测试用例设计:(熟练掌握)

1.编写自动化测试遵守以下原则:
一个用例为一个完整的场景,从用户登录系统到最终退出并关闭浏览器
一个用例只验证一个功能点,不要试图在用户登录把所有的功能都验证一遍
尽可能少的编写逆向测试用例(例如手机号码错误有几十种情况)
另一方面自动化测试脚本本身比较脆弱,复杂的测试用例实现起来比较麻烦
用例和用例之间尽量避免产生依赖 写自动化脚本的原则: 高内聚 低耦合
一条用例完成测试之后需要对测试场景进行还原,避免影响其他测试用例的执行
1-1.自动化测试脚本开发的主要步骤:
1-1-1通过某些方法定位到我们要执行的对象,目标(Target)
1-1-2对这个对象进行操作(common)
1-1-3通过操作对定位的元素赋值(value)
1-1-4添加断言操作
2.自动化测试用例设计实践
测试点转化为测试用例的原则是什么?
设计一条正向测试用例
设计一条反向测试用例
有验证码的时候该如何进行自动化?
让开发屏蔽验证码,将验证码改为万能码(“aaaaa”)
懂机器学习,可以训练样本,达到99%以上识别成功率
调用OCR接口,分析图中验证码,然后来用

3.自动化测试用例设计 一般由手工测试用例转化而来,需注意:
3-1不是所有的手工测试用例都要转化为自动化测试用例
3-2考虑到脚本开发的成本,不需要选择流程太复杂的用例,可以把流程拆分成多个用例
3-3选择的用例最好可以构建成成本
3-4选取的用例可以是你认为是重复执行的,很耗时间的部分,例如字段验证
3-5选取的用例可以是主流程用例,即适用于冒烟测试的用例

总结:通过模块化测试思想,使代码的复用性更好,有可维护性

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值