测试方案说明书_创新项目_实例.doc

文件编号： 密级： 项目ID： 总页数： 测试方案说明书 版本 V1.0 拟制 日期 审核 日期 批准 日期 声 明 本文件所有权和解释权归GMCC所有，未经GMCC书面许可，不得复制或向第三方公开。 修订历史记录 版本 日期 AMD 修订者 说明 V1.0 2009-01-13 A 陈文峰 创建 （A-添加，M-修改，D-删除） 目录 1. 概述 4 1.1. 目的 4 1.2. 测试范围 4 1.3. 进入条件 4 1.4. 测试人员 4 1.5. 测试参考文档 4 2. 约定 5 2.1. 测试目标 5 2.2. 测试标准 5 2.3. 暂停标准和再启动要求 5 2.4. 错误级别定义 6 2.5. 测试工作流程 7 3. 测试内容 7 4. 测试策略 8 5. 测试方法 8 6. 测试资源 9 6.1. 人力资源 9 6.2. 测试环境 9 7. 风险及规避 9 7.1. 预测的风险 9 7.2. 风险的规避 10 8. 测试任务和进度 10  概述 目的 编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于东莞移动创新项目管理系统整体系统功能和性能的测试指导。为完善和提升东莞移动创新项目管理系统的数据准确性、系统稳定性、容错性、界面更加人性化。 测试范围 本测试方案说明书测试的对象包括系统中所要实现的所有功能（可参考《中国移动通信集团广东有限公司东莞分公司_东莞移动创新项目管理系统_需求说明书》）。 进入条件 该测试方案主要进行单元、功能及系统测试。在程序员完成了某一模块的开发后进入单元测试，在完成单元测试后进行功能及系统测试。 测试人员 本系统的测试需要对东莞移动创新项目管理系统的构架熟悉，并且熟悉业务的要求。本测试需要2名测试人员。 测试参考文档 下表列出了制定测试方案时所使用的文档，并标明了各文档的可用性： 文档 （版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 项目开发进度计划 是√　否□ 是√　否□ 配置管理计划 是√　否□ 是√　否□ 系统质量管理计划 是√　否□ 是√　否□ 系统需求规格说明书 是√　否□ 是√　否□ 系统概要设计说明书 是√　否□ 是√　否□ 系统详细设计说明书 是√　否□ 是√　否□ 系统测试计划 是√　否□ 是√　否□ 约定 测试目标 通过本次测试过程，达到以下几个目标： 测试已实现的系统是否达到设计的要求，包括：各个配置功能点是否实现，业务流程是否正确； 严格测试数据经过数据传输后的完整性、一致性和精确性是否良好； 应用程序是否具备友好的界面，可操作性是否强； 是否具备良好的数据传输的性能要求，大数据量的压力测试消耗时间是否满足客户的性能期望； 应用程序是否具备良好的容错性，是否具备健全的可扩展接口。 测试标准 这个标准以测试组接收测试为限。单元测试接收标准以送测单为准。其余各阶段接收标准，以经过审核后的上一阶段测试报告为准，每一阶段停止标准为所发现的bug数和缺陷率在可接收的范围之内。 程序员提交的测试按以下要求进行： 步骤 动作 负责人 相关文档或记录 要求 1 打包、编译 开发人员 送测单 确认可测试 2 审核并提交测试 李穗梁 经审核的送测单 送测单李穗梁审核并签字 3 接收测试 测试人员 经李穗梁审核的送测单 4 开始测试 测试人员 测试报告、小结 测试小结个人编写个人的内容 暂停标准和再启动要求 软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。 软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。 软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。 如有新的项目需求，则在原测试计划下做相应的调整。 若开发暂停，则相应测试也暂停，并备份暂停点数据。。 若项目中止，则对已完成的测试工作做测试活动总结。 项目再启动时，测试进度重新安排或顺延。 错误级别定义 严重等级 描 述 A极严重 1）可能有灾难性的后果或是会出人命的 2) 故意留有程序后门 B严重 产生错误的结果，导致系统不稳定的问题 1）造成数据库不稳定的错误； 2）系统崩溃，无法继续操作 3）列在说明中的需求未在最终系统中实现 4）业务流程不正确 C中等的 不正确的，但不会影响系统稳定性的 1） 过程调用或其它脚本错误； 2） 打印错误或打印出来的结果与用户的要求不一致 3） 系统