网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
- 前提条件
有些接口需要满足前提条件,才可以成功获取数据。
例:常见的需要登录 token
- 参数类型(数值型、字符型、布尔型、枚举型、组合类型)
a. 特定接口字段对入参的参数类型有要求
例:商品的价格
- 异常值:null、空字符
a. 必要参数不允许为空
例:登录账号/密码
- 边界值
a. 有限定取值范围的字段(取值范围内的最大、最小、最大+1、最小-1,范围内取值)
例:用户可用积分
- 默认值
a. 非必选参数,未传值时采用默认值
- 非法值
a. 类型不匹配
b. 超出类型范围
c. 超出操作系统限制
d. 系统关键字
- 参数组合
采用笛卡尔积的全组合策略。
例:3个参数,每个参数有5种取值,组合起来就有5x5x5=125个测试用例,优点是覆盖全面,缺点是组合数量巨大,工作量大。
- 全对偶组合
保证每个参数和其他参数都有组合出现,即采用尽可能少的组合覆盖尽可能对的参数,覆盖性价比很高。
例:3个参数,每个参数有5种取值,大约只需25个用例即可覆盖。
- 单点失效
单个参数使用非法或异常值,其他值保持正常取值。
- 多点失效
多个参数使用非法或异常值,其他采用正常取值。
11)业务规则、功能需求
根据时间情况,结合接口参数说明,可能需要设计n条正向用例和逆向用例。
1.2场景覆盖
a. 从用户角度进行设计的测试覆盖。主要是模拟用户的业务操作,达到对用户行为的覆盖。
b. 场景测试优先覆盖正常路径,其次是分支路径以及异常路径。
c. 测试场景保持独立性和原子性,每个测试场景完成独立的功能,不受其他操作的影响。
二、测试断言设计
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**