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.在线方式提交时，包含正文文件，正文文件为空、数据不全——系统是否有做判断
