(测试用例写完，一般会进行用例评审，目的是对测试用例进行审查和评估，以确保测试用例的质量和完整性，从而提高测试的有效性和效率。用例评审通常由测试小组中的多个成员参与，包括测试人员、开发人员、业务分析师和项目经理等。
所以说这块，我没法写啊，还是去找些相关用例评审的视频，具体了解下，他们评审是怎么做的。)
测试用例设计：可以理解根据软件测试用例方法来进行测试用例。
在编写测试用例时需要遵循一定的方法论，以确保测试的全面性和有效性。
测试用例常用方法：
- 等价类划分法：将输入数据分成几个等价类，每个等价类的数据都应该产生相同的输出结果。
- 边界值分析法：测试边界值和接近边界的值，以发现边界条件是否会产生错误。
- 因果图法：用于描述系统的功能和行为，以确定可以生成的测试用例。
- 决策表(判定表)方法：将各种输入条件与其对应的行为和输出结果组合成一个表格，生成测试用例。
- 状态转换法：通过定义状态和状态之间的转换，生成测试用例。
- 错误推测法：通过推测和假设错误条件和错误数据，生成测试用例。
- 随机测试法：通过随机输入数据来测试系统，以模拟真实环境。
- 用户场景测试法：测试用户在实际使用软件时的操作流程和场景，以确定测试用例。
测重点
等价类划分法
等价类划分法设计测试用例的步骤
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绘制流程图软件，已放到百度网盘
适用场景：对于多个功能之间的组合逻辑测试
错误推测法
概念：利用经验或智慧发现程序中可能犯错的地方。
适用场景：
所有正常测试结束后，通过错误推断法再测试之前问题较多的模块
时间紧，任务量大，根据之前项目类似经验找出易出错的模块重点测试
总结：
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/te-aq/37527.html