说到测试用例是很多软件测试工程师最熟悉的东西。
每一个测试工程师都绕不开的地方。
无论是前期的编写，中期的评审，后期的执行，回溯都离不开软件测试用例。
测试用例(Test Case)是指对一项特 定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。
作为测试人员，需求文档是测试软件的依据，首先需要看懂产品的需求文档。对于需求文档涉及的测试点能够整理出来，简单理解就是把大段的文字描述转化为思维导图的过程，推荐大家通过Xmind的形式整理。 其次，在需求文档的基础.上结合测试环境或者产品人员，加深对需求的理解，方便后续更好的熟悉需求，整理测试点编写用例。
下面枚举几个经典的测试用例设计
1.出租车计费软件
答案解析：
1 题答案：
1. 公里跟 km 需求单位最好统一
2. 时间范围不明确，在 5：00 及 23:00 是包含还是不包含的关系
3. 空驶费部分等待时间是否会算空驶费
4. 等待时间中 非 5 分钟整数倍怎么计算收费
5. 跨时间段，起步价如何收费
超出 35km，如果超出部分在跨时间段，空驶费的计算方式也要跨时间段？
2 题答案：
以下所有计算路程都以 1km 为单位，超出 1km 不足 2km 算 2km；
所有时间都按 5 分钟为阶段，超出 5 分钟不足 10 分钟算 10 分钟；
以此类推，测试用例包括：
1)、5:00-23:00 时间段，行驶路程 =3km；计费 11 元
2)、5:00-23:00 时间段，行驶路程 =4km，等待时间为 3min；计费 2.1*4+2.1*1
3)、5:00-23:00 时间段，行驶路程 =5555km，等待时间为 11min；计费 2.1*6+2.1*3
4)、5:00-23:00 时间段，行驶路程 =10km，等待时间为 15min；计费 2.1*10+2.1*3
5)、5:00-23:00 时间段，行驶路程 =11km，等待时间为 23min；计费 3.2* 11+3.2*5
6)、5:00-23:00 时间段，行驶路程 =36km，等待时间为 23min；计费 3.2*36+3.2*5+(36-35)*3.2*50%
7)、23:00-次日 5:00 时间段，行驶路程 =3km；计费 14 元
8)、23:00-次日 5:00 时间段，行驶路程 =4km，等待时间为 3min；计费 2.7*4+2.7*1
9)、23:00-次日 5:00 时间段，行驶路程 =5555m，等待时间为 11min；计费 2.7*6+2.7*3
10）23:00-次日 5:00 时间段，行驶路程 =10km，等待时间为 15min；计费 2.7*10+2.7*3
11）23:00-次日 5:00 时间段，行驶路程 =11km，等待时间为 23min；计费 4.1*11+4.1*5
12）23:00-次日 5:00 时间段，行驶路程 =36km，等待时间为 23min；计费 4.1*36+4.1*5+(36-35)*4.1*50%
13）跨时间段 22:00-次日 2:00，行驶路程 =3km；计费 11 元(跨段按第一个时间段计算费用)
14）跨时间段 22:00-次日 2:00，行驶路程超出 3km；23:00 前行驶路程按 2.1 元计算，23:00 后按 2.7 元计算
15）跨时间段 22:00-次日 2:00，行驶路程超出 10km；23:00 前行驶路程按 3.2 元计算，23:00 后按 4.1 元计算
16）跨时间段 22:00-次日 2:00，行驶路程超出 35km；23:00 前行驶路程按 3.2 元计算，23:00 后按 4.1 元计算，超出 35km 行程若在 23:00 之后，空驶费按 4.1 元的 50% 计算
17）跨时间段 22:00-次日 2:00，行驶路程超出 35km；23:00 前行驶路程按 3.2 元计算，23:00 后按 4.1 元计算，超出 35km 行程若跨时间段，23:00 前按 3.2 元的 50% 计算，23:00 后的按 4.1 元的 50% 计算
2. 注册向导
某系统的单位注册功能，要求注册的单位必须是符合下列条件：
（1）单位人数不少于 50 人
（2）单位注册资金不少于 500 万人民币
1、编写该注册页面的测试用例
2、该注册页面存在哪些bug?
答案解析：
1 题答案：
1.先输入符合要求的数据，进行正常注册情况的验证。在进行数据设计时考虑边界值情况。
例如人数考虑 50；注册资金考虑 500
2.再单独对页面输入项进行测试数据输入设计，从长度、类型组成、必填项、重复去考虑。
a. 单位名称长度过长、为空、重复验证
b. 人数为空、0、-50、51 验证
c. 注册资金为空、0、-5000000、4000000.1、5000001、字符&
d. 单位简介为空、长度过长验证
2 题答案：
1. 页面排版未对齐，包括输入项名称、输入框
2. 必填项“*”标识建议置于输入框右侧
3. 单位注册资金，建议添加单位“万”
3.新建邮件信息
要求：根据上图写出新建邮件信息的测试检查点
答案解析：
1. 输入正确的收件人、主题信息、选择附件、输入正文部分，点击发送——验证邮件是否正常发送，“已发送”功能列表显示新发送的邮件信息，并确认邮件信息的正确性
2. 输入正确的收件人、主题信息、选择附件、输入正文部分，点击存草稿——验证“草稿箱”是否存入邮件信息，并确认邮件信息的正确性
3. 加入草稿箱的邮件信息，是否支持编辑后直接发送
4. 输入正确的收件人、主题信息、选择附件、输入正文部分，点击关闭——重新进入新建邮件信息界面，页面信息回归初始化状态
5. 收件人为空、收件人输入超长信息、收件人不存在，系统是否做判断
6. 主题为空、输入超长信息，系统是否做判断
7. 不选择文件附件是否邮件支持发送
8. 文件附件进行常用文本格式验证，例如图片文件 png、word、wps、Excel、rar、txt 等
9. 文本附件提交 0M 文件进行验证，系统是否做控制
10. 正文为空、超长信息输入、超链接输入、标签输入验证
11. 是否支持多个收件人输入，多个收件人上限验证
12. 所有输入项是否支持复制粘贴
4.收银违规明细报表查询
1. 增加菜单：物流管理—商品管理—POS 销售—收银违规明细报表查询，总部和门店有浏览、维护权限
2. 查询条件：开始日期和结束日期
3. 报表样式参考图，注意违规笔数合计和冲红笔数合计必须放在上面（现场要求）
4. 查询逻辑：查询收银员合计表入账日期在开始和结束日期范围内违规笔数或冲红笔数 >0 的记录，部门收银员汇总违规笔数、违规金额、冲红笔数、冲红金额
5. 查询字段显示：部门编码、部门名称、收银员编码、收银员名称、违规笔数、违规金额、冲红笔数、金额。备注。
请根据上面收银违规明细报表查询进行用例设计
答案解析：
1. 增加菜单入口是否正确
2. 该报表的权限，总店、门店是否做控制
3. 报表数据为 0 时，查询页面是否有友好提示
4. 开始时间、结束时间输入是否支持时间选择控件；是否支持手动输入
5. 开始时间、结束时间都为空，进行查询
6. 只输入开始时间、结束时间为空，进行查询
7. 只输入结束时间、开始时间为空，进行查询
8. 开始时间等于结束时间，进行查询
9. 开始时间小于结束时间，但范围跨天、跨月、跨年，进行查询
10. 开始时间大于结束时间，进行查询
11.查询后显示的数据，对比数据库，各个字段显示的值是否正确，且违规笔数、冲红笔数合计是否正确
12.查询除了手动点击查询按钮，是否支持回车
13.查询时、频繁多次点击查询操作，系统是否做控制
14.查询数据超过 1 页，是否分页显示，分页控件操作确认是否正常
15.查询页面排版是否按照需求设计显示
5.计划书转成 PDF 文档
项目：计划书转成 PDF
**背景：**基金委员会负责科研基金的发放，在批准申请的项目后，需要申请基金人员提交一个有关项目计划的文件，即计划书，计划书有 2 种方式提交：
一：在线方式：直接在 Web 上填写
二：离线方式：通过提交 WORD 文件，由系统自动提取相关数据信息。
无论是什么方式，最终要把计划书转成一个 PDF 文件，以下这个任务就是要实现这个功能
**条件：**状态为处理成果的计划书
操作：将计划书转成 PDF 文件，更新状态和相关字段，详见流程图：
要求：
1：根据以上文档，请说明设计用例的思路
2：列举测试用例的输入与输出
答案解析：
1.用例设计的思路：
先将场景业务流程覆盖完整；然后再用等价类划分法去考虑单个功能操作的用例。具体输入及输出见第 2 题分析。
2.列举测试用例的输入和输出：
1. 按 word 模板提交 word，且为重大、重点项目——将 word 转成 pdf，并将参与人信息插入计划书中；
2. 按 word 模板提交 word，且不为重大、重点项目——将 word 直接转成 pdf
3. 按 word 模板提交时，word 文档中缺少部分数据——系统是否有判断
4. 按 word 模板提交时，word 文档内容为空 ——系统是否有判断
5. 在线方式编写，在简表 pdf 中编写简表，有正文文件(word,wps)，且为重大项目——转成后的 pdf 包含：简表 pdf 中为简表内容、正文 pdf 中为正文文件内容，还有参与人信息
6. 在线方式编写，在简表 pdf 中编写简表，无正文文件，且为重大项目——转成后的 pdf 包含：简表 pdf 中为简表内容、正文 pdf 中为正文字段内容，还有参与人信息
7. 在线方式编写，在简表 pdf 中编写简表，有正文文件(word,wps)，且不为重大项目——转成后的 pdf 包含：简表 pdf 中为简表内容、正文 pdf 中为正文文件内容
8. 在线方式编写，在简表 pdf 中编写简表，无正文文件，且不为重大项目——转成后的 pdf 包含：简表 pdf 中为简表内容、正文 pdf 中为正文字段内容
9. 在线方式提交时，简表信息为空、数据不全 ——系统是否有判断
10. 在线方式提交时，包含正文文件，正文文件为空、数据不全——系统是否有做判断
如果你是小白，或者需要转行，往软件测试发展，可以先领取一套系列学习资料，自学看看，需要免费系列全套资源分享可以点击下面链接自行获取
2022，祝好！