硬件测试计划课件.docVIP

{ 项目名称 } 系统测试计划 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-IT-PLAN 当前版本： X.Y 作 者： 完成日期： Year-Month-Day 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 目 录 1. 测试范围与主要内容 4 2. 测试方法 4 3. 测试环境与测试辅助工具 4 4. 测试完成准则 4 5. 人员与任务表 4 6. 缺陷管理与改错计划 5 附录. 本计划审批意见 6 1. 测试范围与主要内容 测试阶段包括指标测试、单元测试、功能测试、性能测试、安全等级测试，系统测试、验收测试及对测试进行评估。本计划所提到的测试类型是需求阶段的测试，即对OWL200-3型进行功能验证的测试过程。 2. 测试方法 白盒测试、黑盒测试 3. 测试环境与测试辅助工具 测试环境 测试环境干净、独立、稳定 测试数据充足、准确、有效 测试辅助工具 PC机、示波器、万用表、频谱仪、游标卡尺、M7200网关，串口调试助手，紫旭信号测试 4. 测试完成准则 指标测试：所有产品指标测试除选测项目外都已执行，产品指标达到要求，测试部门进行记录与报告； 单元测试：所有产品单元测试除选测项目外都已执行，发现的所有缺陷已全部解决，测试部门进行记录与报告； 功能测试：所有产品功能测试除选测项目外都已执行，发现的所有缺陷已全部解决，测试部门进行记录与报告； 性能测试 ：所有产品性能测试除选测项目外都已执行，产品各方面性能达到设计标准，测试部门进行记录与报告； 安全等级测试：所有产品安全等级测试除选测项目外都已执行，产品安全方面能达到规定标准，测试部门进行记录与报告； 验收测试：产品完全达到设计标准，可以进行生产，测试部门进行确认及报告； 5. 时间要求和人员安排 任务明细 时间要求 人员安排 编写测试计划 列明所需的测试项目及测试要求，为下一步工作能够有序进行做好铺垫。 两天 测试案例编写 根据不同测试单元设计完整有体系的测试案例 五天 指标测试 对产品的指标参数进行核实，如产品规格、产品外形、输入电压、输入电流、信号强度等。 两天 单元测试 对产品部件的各个部分进行测试，如显示屏是否能够正常显示、读卡器是否能够正确读卡、ZWAP终端部分是否能够正确发送数据等。 三天 功能测试 是否能实现产品要求的功能，如测试输入信息是否正常显示，对错误操作是否进行正确提示，各个按键及指示灯是否正常工作等。 三天 性能测试 测试已实现的产品是否达到设计要求，并对相关的数据进行统计报告。 十五天 安全等级测试 对产品的安全性进行测试，如外壳是否漏电，射频功率是否对人体产生不良影响等。 一天 系统测试 对产品进行整体的系统测试，对照产品的正常工作流程进行模拟，并进行相关的统计报告。 两天 验收测试 综合之前的各项测试对产品进行验收，并形成报告。 一天 测试评估 对所有测试进行评估，是否达到预期测试目标，是否系统的完成整个测试，产品是否仍存在BUG，如未完成，进行相关的回归测试。 一到三天 测试报告 完成所有测试，并提供各个阶段的测试报告。 进行于测设的各个阶段 注：各个不同阶段测试根据属性可同步进行。 6. 缺陷管理与改错计划 附录. 本计划审批意见 附： 1缺陷级别定义 致命BUG：直接发生导致产品设备死机，相应时间长、主要功能没有实现、重大阻塞性的问题（即：后续依赖此操作的其他重要操作无法进行）。 严重BUG：发生错误，但不影响设备正常运行，次要功能没有实现或间接发生（经过几步不相关操作后发生的）导致主要需求不能实现。 一般BUG：间接发生的（经过几步不相关操作后发生的）导致次要需求不能正常实现。 微小BUG：不影响产品功能，但影响产品品质 2再现程度定义 每次出现：出现概率100% 经常出现：出现概率大于20% 很少出现：出现概率小于20% 出现一次：在整个测试工作中只出现一次 3缺陷状态定义 待修复：测试人员发现的，开发人员没有修复的缺陷 待验证：开发人员已经修复，测试人员还没有炎症的缺陷 已解决：已经修复的缺陷 遗留：经评审后认定在本版本中可以不修改的缺陷 项目经理审批意见： 签字 日期 项目计划，《系统测试计划》 ( 机构名称，2002 Page 2 of 6 机构公开信息 机构图标 推迟到下一版本的BUG 重新激活BUG 关闭 验证 分配给测试者 重复的 不修理的 复合设计的 推迟的 修好了的 决议 分配BUG 创建BUG报告 重新激活BUG