工单V1.2Web端测试用例设计

PP

1. 考勤管理

1.1 考勤记录

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 关于考勤数据的正确性，测试场景直接参考《考勤日历统计分析表》

1.2 审批记录

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试不同类型的审批详情展示正确
   
   • 请假详情：不同状态下的展示（审批中，已通过，已驳回，已撤销）
   • 加班详情，同上
   • 补卡详情，同上

1.3 考勤设置

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增
   
   • 测试可正常新增一个
   • 测试重复新增一个(判断条件：配置类型+运营商+片区)，提示：不可重复项目
   • 测试一个项目无效后，在重新新增一个同样的项目，可以新增
4. 测试一个的编辑，同【新增】
5. 测试删除
   
   • 已启用的一个，不可删除
   • 未启用的一个，可以删除

2. 保养工单

2.1 待保养车辆列表

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询15个条件，测试每一个查询条件，是否能正常工作
   • 查询15个条件，测试合并查询条件，是否能正常工作
3. 测试待保养车辆列表-车辆相关属性的展示：
   
   • 前提：当前有一个车辆，有待保养记录
   • 检查车辆的实时信息是否展示正确：车牌号，车型，动力类型，车机状态，能源量，续航里程，电压等
   • 检查记录的相关信息是否展示正确：城市，运营商，资产，业务状态，运行状态，当前地点
4. 测试待保养车辆列表的记录产生 【这里会比较繁琐】
   
   • 说明：
     
     • 前文的前提1和前提2是按照待保养车辆生成的保养触发条件分开考虑来生成
       
       • 保养触发条件：进入待保养列表的触发条件，包括保养到时间、保养到里程两种条件。保养到时间指该车辆的上次保养时间+该车型的保养时间间隔>=当前日期。保养到里程指该车辆的上次保养里程+该车型的保养里程间隔>=当前里程。
       • 再是检查产生记录有，相应的展示是否正确：保养到期时间，保养到期剩余天数，上一次保养里程，当前总里程，超出保养里程
     • 这里同时涉及【保养规则配置】：
       
       • 按片区，按车型来识别规则配置
       • 首次2个触发条件：
         
         • 首次保养里程间隔，及待保养任务生成里程【走前提1】
         • 首次保养时间间隔，待保养任务生成时间【走前提2】
       • 非首次2个出发条件：
         
         • 例行保养里程间隔，及待保养任务生成里程【走前提1】
         • 例行保养时间间隔，待保养任务生成时间【走前提2】
     • 参考原型定义关于保养配置的要求
   • 前提1：按保养时间间隔定义
     
     • 当前有一个车辆A，2020年1月1日保养了，保养公里数999公里
     • 该车型的保养时间间隔5*30=150天，5个月
     • 保养配置：待保养任务生成时间，未定义
     • 预期： 不会产生待保养记录
   • 前提2：按保养时间间隔定义
     
     • 当前有一个车辆A，2020年1月1日保养了，保养公里数999公里
     • 该车型的保养时间间隔5*30=150天，5个月
     • 该车型的保养里程间隔1000
     • 保养配置：待保养任务生成里程，未定义
     • 预期： 不会产生待保养记录
   • 前提3：按保养时间间隔定义
     
     • 当前有一个车辆A，2020年1月1日保养了，保养公里数999公里
     • 该车型的保养时间间隔5*30=150天，5个月
     • 保养配置：待保养任务生成时间，为10天
     • 场景1： 上一次保养到现在的天数小于150-10
       
       • 预期： 不会产生待保养记录
     • 场景2：
       
       • 预期：在2020年5月20日，会产生该车辆A的待保养记录，同时：
         
         • 保养到期时间：2020年6月1日
         • 保养到期剩余天数：10天（保养到期时间距离当前日期的天数差，保养日期>当前日期的，剩余天数为正数，保养日期<当前日期的，剩余天数为负数。）
         • 上一次保养里程：999公里（车辆上次保养的里程数，由服务站在上次保养时填写。）
         • 当前总里程：车辆当前的总里程数，非雨燕车直接从车机中心获取，雨燕车每周星期日零点跑一次该车的所有订单和工单里程数总和。
         • 超出保养里程：车辆当前公里数和到保公里数之间的差值，当前公里数>到保公里数的，超出保养公里数为正数，当前公里数<到保公里数的，超出保养公里数为负数。
   • 前提4：按保养里程间隔定义
     
     • 当前有一个车辆A，2020年1月1日保养了，保养公里数999公里
     • 该车型的保养时间间隔5*30=150天，5个月
     • 该车型的保养里程间隔1000
     • 待保养任务生成里程：100
     • 场景1：当前车辆A的当前里程小于（1000-100）+ 999
       
       • 预期： 不会产生待保养记录
     • 场景2：当前车辆A的当前里程等于（1000-100）+ 999
       
       • 预期： 不会产生待保养记录，同时其他信息展示正确
5. 测试生成保养工单
   
   • 选择一个待生成保养的车辆，取消
   • 选择一个待生成保养的车辆，生成工单，预期：待保养记录中无该车，同时保养工单中产生一笔保养工单记录

2.2 保养工单

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试保养工单列表的每一项信息展示是否正确
4. 测试保养工单的详情，是否展示正确
   
   • 保养工单的详情，在各状态下展示的数据是否正常
   • 报备照片：有，可查看；无，不可查看
   • 保养信息：有，可查看；无，不可查看
   • 核验信息：有，可查看；无，不可查看
   • 问题信息：有，可查看；无，不可查看
   • 是否返厂处理：是；否
   • 是否二次核验：否；是，无问题；是，有问题
   • 测试工单动态信息，展示正确
5. 测试保养工单的操作1：指派
   
   • 哪些状态下可以执行指派
     
     • 待领取 ~ 任务待开始：保养工单开始时，指派/领取工单后，工单状态变更为：任务待开始
     • 服务站待保养 ~ 保养中：保养工单当前状态为服务站待保养时，指派/领取工单后，工单状态变更为：保养中
     • 保养待调出时领取 ~ 保养调出中：保养工单当前状态为保养待调出时，指派/领取工单后，工单状态变更为：保养调出中
     • 核验领取 ~ 核验待开始：保养工单在“待核验”的流程时，指派/领取工单后，工单状态变更为：核验待开始
     • 返厂处理领取 ~ 任务待开始(2)：保养工单在“返厂处理”流程时，指派/领取工单后，工单状态变更为：任务待开始(2)
     • 返厂处理服务站待保养 ~保养中(2):保养工单在“返厂处理”流程，当前状态为服务站待保养时，指派/领取工单后，工单状态变更为：保养中(2)
     • 返厂处理保养待调出领取~保养调出中(2):保养工单在“返厂处理”流程，当前状态为保养待调出时，指派/领取工单后，工单状态变更为：保养调出中(2)
     • 待核验(2) ~ 核验待开始(2)：保养工单在“返厂处理”流程，“待核验”时，指派/领取工单后，工单状态变更为：核验待开始(2)
   • 测试指派是否正确
     
     • 指派/认领时，验证该员工是否上班
       a. 指派时，若当前员工未上班，不可指派 $\color{red}{未上班的员工，在指派时就已过滤}$
       b. 指派时，当前员工已上班，可指派，指派后，该工单的状态变更为：任务待开始
       c. 认领时，若当前员工未上班，待领取的列表显示为空白这里，根据实际实现展示
       d. 认领时，当前员工已上班，可领取，领取后，该工单的状态变更为：任务待开始
     • 若当前车辆未下线，不可指派
     • 车辆【非“未领取”】正在进行其他工单时，不可领取其他工单，需提示：车辆正在进行XXXX工单，无法领取或指派
     • 车辆存在多个“未领取”的工单时，判断工单优先级：
       a. 该车辆存在【优先级高】的工单，提示：有优先级XXX的工单
       b. 该车辆存在【优先级平】工单，可领取
       c. 该车辆存在【优先级低】工单，先处理优先级高的工单
     • 新增 $\color{red}{待领取的数据权限： a. 显示用户片区下的即行车辆（即行才有片区，资产的车没有片区） b. 显示所有片区为空的车辆}$
6. 测试保养工单的操作1：撤回
   
   • 明确工单哪些状态，可操作撤回：
     
     • 任务待开始
     • 保养中（限制是服务站保养，才可撤回）
     • 保养调出中（限制是服务站保养，才可撤回）
     • 核验待开始
7. 测试保养工单的操作1：中止
   
   • 车辆当前不在任何网点范围内，不可还车中止工单
   • 在任何网点范围内，可以还车中止工单
8. 测试保养工单的操作1：删除
   
   • 该工单非未领取状态，不可删除
   • 该工单是未领取状态，可删除

2.3 保养配置

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增
   
   • 测试可正常新增一个配置
   • 测试重复新增一个配置，提示：不可重复配置
   • 测试一个配置无效后，在重新新增一个同样的配置，可以新增
4. 测试配置的编辑，同【新增】
5. 测试删除
   
   • 已启用的配置，不可删除
   • 未启用的配置，可以删除

2.4 保养项目配置

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增
   
   • 测试可正常新增一个
   • 测试重复新增一个配置(判断条件待定)，提示：不可重复配置
   • 测试一个配置无效后，在重新新增一个同样的配置，可以新增
4. 测试配置的编辑，同【新增】
5. 测试删除
   
   • 已启用的配置，不可删除
   • 未启用的配置，可以删除

2.5 保养项目管理

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增项目
   
   • 测试可正常新增一个项目
   • 测试重复新增一个项目(判断条件：项目名称重叠)，提示：不可重复项目
   • 测试一个项目无效后，在重新新增一个同样的项目，可以新增
4. 测试项目的编辑，同【新增】
5. 测试删除
   
   • 已启用的项目，不可删除
   • 未启用的项目，可以删除

2.6 问题

1. 保养项目配置，一个车需要保养的项目，使用城市+运营商+动力类型，来获取的吗？
2. 保养项目配置，城市+运营商+动力类型，一样，可以重复配置保养项目吗？

3. 事故救援

3.1 直接编写测试用例，参考【2. 保养工单】

4. 故障救援

4.1 直接编写测试用例，参考【2. 保养工单】

5. 上报记录

5.1 取还车报备

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 验证报备详情，展示是否正确；报备图片，是否可以正确查看

5.2 问题上报记录

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 验证报备详情，展示是否正确；报备图片，是否可以正确查看
4. 编辑报备处理
   
   • 选择”未处理“，写入备注，提交
   • 选择”已忽略“，写入备注，提交
   • 选择”已处理“，写入备注
     
     • 不选择工单：类型，及工单号，不可提交
     • 选择工单：类型，及工单号（哪些工单可以被选择），提交
   • 先提交”未处理“处理，再提交”已处理“，可以提交，但有两笔处理记录？
   • 先提交”已忽略“处理，再提交”已处理“，可以提交，但有两笔处理记录？

5.3 生成工单

1. 测试生成事故救援工单
   
   • 按照原型设计，确认每一个输入框的展示
   • 测试各输入的验证：必填，数据长度，不满足，不能生成工单
   • 测试可以正常生成工单
2. 测试生成故障救援工单
   
   • 同事故救援

5.3 上报配置

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增
   
   • 测试可正常新增一个
   • 测试重复新增一个(判断条件：选项名称重叠)，提示：不可重复项目
   • 测试一个项目无效后，在重新新增一个同样的项目，可以新增
4. 测试一个的编辑，同【新增】
5. 测试删除
   
   • 已启用的一个，不可删除
   • 未启用的一个，可以删除

5.4 问题

1. 问题报备，处理时，选择工单，是选择有效的工单，进行中的工单可以选择吗？（进行中的工单，有可能被中止）

6. 用户管理(新增用户与网点关联)

1. 测试用户，可以选择1个或N个网点关联
2. 测试用户，可以删除已关联的网点

7. 车辆旧件管理

1. 查询条件的完整性的测试
   
   • 检查各查询条件，是否按照原型设计展示
   • 检查查询条件中，下拉选择的查询条件，是否按照原型设计展示
2. 查询操作的测试
   
   • 更多条件的展示，功能是否完善：不展示，或展示某一个查询字段
   • 清除查询条件，是否可以正常清楚
   • 查询所有的条件，测试每一个查询条件，是否能正常工作
   • 查询所有的条件，测试合并查询条件，是否能正常工作
3. 测试配置的新增旧件
   
   • 测试可正常新增一个旧件
   • 测试重复新增一个旧件(判断条件：旧件名称重叠)，提示：不可重复旧件
   • 测试一个旧件无效后，在重新新增一个同样的项目，可以新增
4. 测试旧件的编辑，同【新增】
5. 测试删除
   
   • 已启用的旧件，不可删除
   • 未启用的旧件，可以删除

8. 其他工单的扩展处理（充电，加油，调度，洗车）

8.1 与考勤有关

1. 测试当前地勤是否在岗
   
   • 不在岗，所有的指派，均不能指派
   • 在岗，可以指派
2. 【待完善】

8.2 问题

1. 中止获取不要车辆网点，手动选择网点，这个是？
2. 中止获取不要车辆网点，手动选择库房，这个是？