<p>(测试用例写完,一般会进行用例评审,目的是对测试用例进行审查和评估,以确保测试用例的质量和完整性,从而提高测试的有效性和效率。用例评审通常由测试小组中的多个成员参与,包括测试人员、开发人员、业务分析师和项目经理等。</p>
讯享网
所以说这块,我没法写啊,还是去找些相关用例评审的视频,具体了解下,他们评审是怎么做的。)
测试用例设计:可以理解根据软件测试用例方法来进行测试用例。
在编写测试用例时需要遵循一定的方法论,以确保测试的全面性和有效性。
测试用例常用方法:
- 等价类划分法:将输入数据分成几个等价类,每个等价类的数据都应该产生相同的输出结果。
- 边界值分析法:测试边界值和接近边界的值,以发现边界条件是否会产生错误。
- 因果图法:用于描述系统的功能和行为,以确定可以生成的测试用例。
- 决策表(判定表)方法:将各种输入条件与其对应的行为和输出结果组合成一个表格,生成测试用例。
- 状态转换法:通过定义状态和状态之间的转换,生成测试用例。
- 错误推测法:通过推测和假设错误条件和错误数据,生成测试用例。
- 随机测试法:通过随机输入数据来测试系统,以模拟真实环境。
- 用户场景测试法:测试用户在实际使用软件时的操作流程和场景,以确定测试用例。
测重点
讯享网
等价类划分法
等价类划分法设计测试用例的步骤
1. 需求分析
明确需求 (找到所有的输入项)
2. 划分等价类
针对每个输入项分别确定有效和无效等价类
3. 编写测试用例
一条用例尽可能多的覆盖有效等价类;
无效等价类中每个取值都要使用一条用例来覆盖;
写出下面问题的有效等价类、无效等价类。1、程序要求输入一个数X,并且X的取值范围为集合{1,3,7,15}。
讯享网
2、用户名(昵称)长度为 3-19,以字母开头,字母或数字结尾
例1:如:城市电话号码,来设计测试用例
讯享网


例2:新浪邮箱登录



例3:TPShop商城注册功能测试用例设计

测试用例的编写一般是根据需求说明书中的需求来进行的。
我也没有,哈哈哈,一般来说都是产品经理来写的
项目经理与产品经理跟测试人员之间的关系
说白了,还是有工作经验的好,有工作经验还用了解这些?搞吧,趁年轻,学一点是一点
讯享网
划分等价类、边界值(以密码举例)
边界值一会介绍


测试用例

适用场景:
针对需要数据量大,有测试数据输入的地方
典型代表:页面级的输入框类测试
边界值
讯享网

讯享网



适用场景:
在等价类的基础上针对有边界范围的测试数据输入的地方
常见词语描述:大小、尺寸、重量、最大、最小、至多、至少等修饰词语
典型代表:有边界范围的输入框类测试
判定表
讯享网

设计测试用例的步骤
真假表示说明:
如:用户呼叫

例2:
讯享网

例3:文件修改


2个条件组合数:4
3个条件组合数:8
3个条件组合数:16
n个条件组合数:2的n次方
适用场景:
有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制 约)关系
以下测试用例的几种方法,不是重点,了解即可
因果图、正交法、场景法、错误推测法
因果图
讯享网
例1:
讯享网


正交法
用最小的测试用例获得最大的测试覆盖率。

讯享网
例:字符属性设置程序

allpairs工具,设计测试用例步骤
讯享网
工具allpairs放到百度网盘里了
场景法(流程图法)
介绍:场景法,也可以叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。
意义:
用户使用角度:用户平时使用的不是单个功能,而是多个功能组合起来进行使用
测试人员角度:平时测试的都是单个功能点进行测试,容易忽略多个功能的组合测试

开始或结束:椭圆
方向或路径:箭头
处理或操作:长方形
判断:菱形
输入或输出:平行四边形
讯享网
visio绘制流程图软件,已放到百度网盘

适用场景:对于多个功能之间的组合逻辑测试
错误推测法
概念:利用经验或智慧发现程序中可能犯错的地方。
适用场景:
所有正常测试结束后,通过错误推断法再测试之前问题较多的模块
时间紧,任务量大,根据之前项目类似经验找出易出错的模块重点测试
总结:
感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取



版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/206425.html