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

     
  2. 自动化测试用例的设置原则

     
    ·   一个用例为一个完整的场景，从用户登录系统到最终退出并关闭浏览器
    ·  一个用例只能验证一个功能点，不要试图在用户登录后把所有的功能都能验证一遍
    ·  尽可能少的编写逆向测试用例，一方面因为逆向逻辑的用例很多，另一方面自动化测试脚本本身比较脆弱
    ·  用例和用例之间尽量避免产生依赖
    ·   一条用例完成测试后需要对测试场景进行还原，以免影响其他用例的执行

     
  3. 自动化测试用例实践


               测试点转为测试用例的原则：
    ·  设计一条正向用例，覆盖足够多的有效等价类数据
    ·  设计一条反向用例，需要覆盖一条无效等价类数据，其他数据应该使用正向用例
               有验证码的时候：
    ·  让开发暂时屏蔽验证码，将验证码改为万能码
    ·  懂机器学习，可以训练样本，可以达到99%以上识别成功率
    ·  调用OCR的接口，去解析图片中的验证码，然后拿来用




     
# 测试用例
Logo
Eolink 开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

cover

AI 消灭软件工程师？| 新程序员

avatar Eolink 开发者社区
cover

GPT 时代的程序员生存之道 | 新程序员

avatar Eolink 开发者社区
cover

论文推荐 | 借助大语言模型GPT-4辅助恶意代码动态分析

avatar Eolink 开发者社区