既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
4.测试用例的编写流程:
需求分析->提取测试点->测试用例编写->测试用例评审
二.需求分析
1.什么是需求?
客户的需要的东西以及对东西的要求
2.需求的种类有什么?
业务需求:关注系统是否满足业务要求
用户需求:关注系统是否满足用户习惯
功能需求:关注系统是否满足功能要求
三.测试用例的设计方法和编写
1.如何设计编写测试用例?
对各个功能模块进行测试点分析提取测试点再堆测试点进行用例编写
【测试点:通过需求分析后对得出的需要进行测试的具体内容】
比如对PC端QQ账号的登录模块,提取测试点就有:
①正常登陆 ②账号为空时点击登录 ③密码为空时点击登录 ④账号密码都为空时点击 登录 ⑤密码错误时点击登录 ⑥找回密码功能是否有效 ⑦记住密码功能是否有效 ⑧ 自动登录功能是否有效
2.编写测试用例该注意什么?
①根据项目的实际情况设计测试用例表格
②用例格式不要生搬硬套
③根据具体情况编写
3.编写测试用例的常用方法:
①等价类划分法:等价类是输入的集合,比如在注册时,密码规定为6-16位英文字母或数字及下划线,那么小于6位的一串字符就是一个等价类,大于16位的一串字符是另一个等价类,在6-16位之间且符合规范的一串字符也是一个等价类,在6-16位之间的但包含除英文字母和数字和下划线之外的字符是另外一个等价类。
在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类,输入符合条件的值对功能进行检验,输入无效等价类中的值可以找出程序错误的地方。
②边界值分析法:对输入的边界值或稍大(小)于边界值的值进行分析。比如某公司在招聘时筛选简历时对年龄的要求是20岁到35岁,那么19、20、21、34、35、36都是边界值,对其进行输入测试观察结果是否符合要求。
③场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提升测试效果。场景法一般分为基本流和备用流,覆盖所有的场景。
④错误猜测法:通过直觉和经验对结果进行分析。
四.测试用例评审:
1.什么是用例评审?
①简单的说,评审就是对测试用例进行检查
②评审包括:同行评审、小组评审、部门评审和第三方评审等
③不同的评审有不同的角色参与其中
2.评审的意义:
①通过评审发现用例的不足
②方便测试人员改进用例
③达到在测试时提高测试质量的目的
3.评审的流程是什么?
评审后改进测试用例,再进行评审再改进测试用例,这样一直循环直到评审都通过,这时候才结束评审,也标志着测试用例编写的完成
二.测试用例管理:
1.为什么要管理测试用例?
①测试用例数目巨大
②测试用例会根据需求的改变而改变
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**