车联网车辆道路测试方案.doc

路测测试方案 第 PAGE 4页 共 NUMPAGES 10页 文件编号： 密级： 普通 版本: V1.2 生效日期： 编制： 批准： 路测测试方案 V1.2  变更履历 序号 版次号 修改条款及内容 修改人 审核人 批准人 修改日期 1 1.0 2 1.1 3 1.2 4 5 6 7 8 9 10  目录 TOC \o 1-3 \h \z \u 1. 前言 4 1.1. 本文档目的 4 1.2. 名词术语 4 1.3. 参考文档 4 2. 测试策略及范围 4 2.1. 测试范围 4 2.2. 测试场景描述 5 2.3. 测试组织与执行 6 3. 测试准备 7 3.1. 系统准备 7 3.2. 设备准备 7 3.3. 路线设计 8 4. 测试计划及人员安排 8 4.1. 测试时间进度计划 8 4.2. 人员资源安排 8 5. 测试提交文档 9 前言 本文档目的 本文档为促进甲方项目质量目标的实现，保证甲方项目各个服务在全国各省实际行驶过程中没有问题，保证整个项目达到预期质量要求，特安排此次路测测试工作，甲方测试管理组制定本文档用以指导甲方项目路测测试工作。 名词术语 无 参考文档 《功能设计说明书》 测试策略及范围 测试范围 手机APP功能：车辆运行中，测试手机上远程控制车辆、位置定位、APP端车辆状态查询、故障码查询、提醒功能等。 EV监控：可以在web端查看甲方路测车辆位置、车辆状态信息、告警数和故障信息等车辆统计。 账户管理：APP车主身份识别和主/客模式设定（隐私范围）设置实现。 呼叫中心：车辆运行过程中，测试车辆与甲方的呼叫中心拨通电话进行紧急救援、道路救援等相关车联网服务业务。 政府监控平台：可实时连接国家及北京平台，在政府平台端展示测试车辆实时数据等。 特殊场景测试：如需要，可以包含进入山洞隧道，高速运行中导航等异常场景的测试。 测试场景描述 根据实际业务，测试甲方项目各个系统的测试内容设计相应的测试场景，具体场景内容如下 场景功能分类 场景名称 备注 TU_呼叫中心 TU_102_紧急救援服务 TU_104_道路救援服务 MA_手机应用 MA_201_远程控制 MA_202_呼叫爱车 MA_203_车辆定位 MA_204_远程仪表盘 MA_205_行车轨迹 MA_206_车辆状态信息展示 MA_207_远程车辆诊断 MA_208_位置模块 MA_209_发送到车 EV_监控 EV_301_车辆位置 EV_302_车辆状态信息 EV_303_报警信息 EV_304_故障信息 EV_305_车辆统计 NEG_特殊场景 NEG_501_高速 NEG_502_网络异常 无信号如山洞隧道 测试组织与执行 按照需求和测试场景抽取相关测试用例，并编写测试结果记录情况表； 测试用例的抽取要充分考虑实际情况，测试时必须严格按照测试用例来执行，确保每个用例执行一遍。按照测试结果记录情况表来记录每天测试结果； 所有测试数据需要提前准备，后台数据需要在测试前导入到相应的数据库中； 测试过程中，乙方方面建议笔记本接上T-Box，随时记录日志信息； 行程过程中需要对非控制类的场景进行测试，在服务区或停车时，需要对远程控制场景进行测试； 如果在行驶过程中出现了特殊场景的情况，需要关注系统的在特殊场景下对事务处理机制是否正确，不允许出现系统崩溃和流程处理一半无法继续的情况； 路测测试活动由甲方主导，乙方配合、甲方人员进行配合； 测试准备 系统准备 数据准备：确保所有路测车辆的信息全部录入到甲方的生产环境中； 软件版本准备： 确保手机上APP安装的最新的版本，并支持所有的功能服务； 确保乙方TBOX上版本是最新版本，并支持所有功能服务； 设备准备 车辆准备：确保每个路线有2台车辆进行路测，车辆硬件确保没有问题； 设备准备：每台车辆上需要准备2台乙方的T-Box； 设备准备：每台车辆上需要准备充电装备，便于为笔记本，手机进行充电； 测试设备：每台车辆上需要有1台安卓手机和一台IOS手机用于测试； 测试设备具体情况如下： 硬件类型 硬件功能 型号和版本 备注 车辆 测试车辆 T-Box 数据传送和网路支持 手机 安装手机app并测试与系统交互功能 Android4.0以上， IOS7.0以上 路线设计 为了确保路测的完整性和准确性，在路线设计方面，我们遵循以下原则： 确保全国各个省份都覆盖到； 确保每条路线上都有大城市、二线城市、三线城市以及乡村或偏远地区； 确保每条路线上有高速，城市道路，国道和乡村小路； 具体路线安排，等待甲方安排 测试计划及人员安排 计划路测路线 北京： 路线1：起点：五棵松--终端：周口店村 路线2：起点：颐和园--终端：