行车记录仪测试方案.docVIP

第 PAGE 1 页 共 6 页 行车记录仪系统测试方案 编制： 审核： 批准： 编号: XFA- 版本/状态： 行车记录仪系统测试方案 文件编号 版本/状态 V1.0 生效日期 目 录 TOC \o 1-3 \h \z \u 工作进度安排……………………………………………………………………………………………… 9 工作汇报…………………………………………………………………………………………………………9 概述 本文档旨在指导行车记录仪系统的功能测试工作，以保证顺利实施。其中描述的内容包括： 确定测试任务的目标与内容； 描述测试方法与实施流程； 计划测试进度； 确定工作量与测试所需资源； 确定测试提交物。 参考文档 《行车记录仪版需求说明书》 《行车记录仪版详细设计说明书》 《行车记录仪版功能说明书》 测试任务 本次测试的目的 对于行车记录仪系统进行功能确认，验证其功能是否完成需求，功能是否正确，内存是否存在泄漏，导航是否有漂移等。同时关注系统运行是否稳定。 本次测试的范围 本次测试包括行车记录仪系统的18个功能： 拍照功能； 录像监控功能； 回放功能； 历程统计功能； GPRS功能； 行车报表功能； GPS防盗追踪功能； 远程监控功能； 后台管理功能； 防炫目后视镜功能； 录音功能； 移动侦测功能； 实时定位功能； 远程断油功能； 设置功能； 实时监听功能； 电子围栏功能； 轨迹回放功能； 测试资源 测试人员 角色 所推荐的最少资源（所分配的专职角色数量） 具体职责或注释 测试组长 1 执行系统测试中的一切活动，向PM、测试部报告测试过程存在的问题。 测试工程师 1 编写测试用例； 执行测试； 编写测试报告。 测试环境 软件环境（操作系统）： 操作系统： 操作系统语言：中/英文（支持多国语言） 硬件环境（硬件模块）： 中央处理器（CPU）： (主频MHz) 内存：DDR 1GB NAND Flas：32MB LCD 屏幕: 2寸（分辨率 640*240） 硬件模块：DSP 芯片Coach 12V、Sensor 传感器AR0330CS、Lens 镜头：ST6089、 音效芯片：、导航芯片： 测试方案 测试方法 本次测试主要采用手工黑盒测试方法，根据基础测试整理测试，执行全部可执行测试用例，根据测试要求验证是否达到测试目的中所列内容。并使用测试管理平台Bugfree和SVN进行用例管理、执行管理与缺陷跟踪。 测试流程 步骤 动作 入口准则 出口准则 输入/依据 输出 主要工作内容 1 系统测试筹备 需求分析阶段开始。 测试计划通过评审； 系统测试用例通过评审。 需求规格说明书 测试计划； 系统测试用例。 制定测试计划； 系统测试用例设计； 编制系统测试用例。 2 测试环境部署 需求分析结束，编码结束。 环境部署成功，可以进行系统测试。 操作系统软件； 待测软件；网络参数。 测试入口 部署车载导航测试环境； 3 系统测试执行 测试筹备结束； 测试环境部署结束。 软件产品的测试结果达到质量目标，或到达系统测试的轮次/期限等约束。 系统测试用例； 需求规格说明书； 设计规格说明书。 缺陷列表（使用Bugfree管理） 冒烟法测试； 执行测试（缺陷的查找、提交、跟踪）； （软件开发项目组）处理缺陷； 回归测试（缺陷的确认、关闭/重新打开BUG）。 4 测试总结、分析 测试执行结束 测试报告通过评审 测试用例执行情况、缺陷跟踪记录。 测试报告 编制测试报告，并提交测试报告； 测试策略 测试策略提供了对测试对象进行测试的推荐方法。 功能测试 测试目标 确保车载导航功能正常，其中包括导航，音视频模块，设置模块等功能。 测试范围： 根据《行车记录仪版需求说明书》，执行相关需求点的功能测试； 测试技术： 执行各个用例或功能，以核实以下内容： 在正常操作时得到预期的结果； 在非正常操作时显示相应的错误消息或警告消息； 各业务规则都能得到正确的应用。 开始标准： 软件在机器上能正常运行，测试环境应尽量与用户环境保持一致。 完成标准： 各需求点的功能实现并满足要求。 测试重点和优先级： 测试重点： 内存泄露、导航是否存在漂移、音视频格式、视频分辨率等； 测试优先级： 内存泄露、导航是否存在漂移； 需考虑的特殊事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）。 界面测试 测试目标： 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览窗口的对象和特征（例如，菜单、大小、位置、状态和中心、多国语言）都符合标准。 测试范围： 本次新增、修改界面 测试技术： 为每个窗口创建或修改测试，以核实各