一、测试用例的概念
测试用例是测试过程中很重要的一类文档，它是测试工作的核心，是一组在测试时输入和输出的标准，是软件需求的具体对照。
二、测试用例的作用
- 检验软件是否满足客户需求
- 测试人员的工作量的一种体现
- 展示测试用例的设计思路
三、测试用例的内容
测试用例八个基本项是：测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出
（不同公司的测试用例内容不尽相同）下面是更为详尽的测试用例内容
用例编码，用例名称/标题，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果，测试人员，测试时间，备注
四、测试用例的编写流程
需求分析–>提取测试点–>测试用例设计–>测试用例评审
五、测试用例的常用方法
| 方法 | 备注 | 例子 |
| 等价类划分法 | 在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类，输入符合条件的值对功能进行检验，输入无效等价类的值可以帮助找出程序错误的地方 |
在注册时，密码规定为6–18位英文字母或数字及下划线，那么小于6位或大于18位的一串字符就是一个等价类，在6-18位的包含处英文字母和数字及下划线之外的字符是另外一种等价类 |
| 边界值分析法 | 边界值分析法是对输入输出的边界值进行测试一种的黑盒测试方法，是对等价类分析法的补充 | 在注册时，密码规定为6-18位，则5,19都是边界值 |
| 场景法 | 通过运用场景来对系统的功能点或业务流程的描述，从而提升测试效果。场景法一般分为基本流（又称正确流，模拟用户正确的操作流程）和备用流（又称错误流：模拟用户错误的操作流程） | 1、根据需求，找到基本流和备选流（找出正确的操作流程和可能出错的环节） （1）基本流—正确取款 ①插入银行卡：客户将银行卡插入ATM机的读卡器 ②验证银行卡：ATM机从银行卡的词条中读取账号代码，并检查它是否属于可以接收的银行卡 ③输入密码：ATM机要求输入密码 ④验证密码：验证该密码是否正确 ⑤进入ATM机主界面：ATM显示在本机中可用的各种选项 ⑥取款并选择金额：客户选择“取款”，并选择取款金额 ⑦ATM机验证：ATM机进行验证账户余额是否满足以及总取款金额是否满足要求，验证ATM机内现金是否够用 ⑧更新账户余额、出钞：验证成功，更新账户余额，输出现金，提示用户收取现金 ⑨返回主界面 （2）备选流—出错环节 ①银行卡错误 ②密码错误 ③密码3次错误 ④卡内余额不足 ⑤超出当日可取 ⑥ATM余额不足 |
此外还有因果图法、错误推测法、判定表驱动法等，这里暂时不一一介绍，后续我会专门整理一篇博文介绍
六、测试用例的设计方法和编写
6.1 测试用例设计
对各个功能模块进行测试点分析提取测试点在对测试点用例进行详细的编写
6.2 例子：以PC端QQ登录为例
- 正常登录
- 账号为空时点击登录
- 密码为空时点击登录
- 账号和密码为空时点击登录
- 账号错误时点击登录
- 密码错误时点击登录
- 记住密码功能是否有效
- 自动登录功能是否有效
- 找回密码功能是否有效
- 注册账号功能是否有效
七、测试用例评审
用例评审主要是产品、开发和测试人员针对测试用例能否用于项目的测试而做的工作。
评审包括同行评审，小组评审，部门评审和第三方评审
八、评审的意义
- 通过评审发现用例的不足
- 方便测试人员改进用例
- 达到在测试时提高测试质量的目的
九、实例
CSDNWeb端的登录界面截图（部分）
可参考原文 测试用例附实例
更多项目实战测试用例和缺陷报告的编写可以看一下我的这篇 测试用例和缺陷报告（项目实战案例）
注意：
测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：ProjectName-ST-001，其命名规则为“项目名称-测试阶段类型-编号”。合理定义测试用例编号，可以更方便地查找测试用例。便于测试用例跟踪。
今天的文章测试用例附实例_自动生成测试用例「建议收藏」分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/77388.html
