软件总体测试计划.docxVIP

测测《总体测试计划》 PAGE 天师团开发团队 第 PAGE 13 页 共 NUMPAGES 13 页 密 级：内部公开 文档编号：1003 版 本 号：V3.0 测测（基于安卓平台的测评软件） 总体测试计划 文件状态： [ ] 草稿 [ ] 正在修改 [√] 正式发布 文件标识： Company-Project-RD-PRS 当前版本： 3.0 作 者： 张放、张钰若、陈国忠 完成日期： 2014-7-23 中国石油大学（华东） 计算机与通信工程学院 天师团开发团队 天师团开发团队对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。 文件更改摘要： 日期 版本号 修订说明 修订人 审核人 批准人 2014-04-03 V1.0 初稿 陈国忠 张钰若 陈国忠 2014-06-03 V2.0 修稿 陈国忠 张钰若 陈国忠 2014-07-23 V3.0 定稿 陈国忠 张钰若 陈国忠 目录 TOC \o 1-3 \h \z \u 1. 引言 4 1.1. 编写目的 4 1.2. 术语 4 1.3. 测试标准 4 1.4. 参考文档 4 2. 任务概述 4 2.1. 人员安排 4 2.2. 测试环境 5 2.3. 测试工具 5 3. 测试策略 5 3.1. 测试需求 5 3.1.1. 测试需求编号规则 5 3.1.2. 测试需求的编写规范 5 3.1.3. 测试需求的管理办法 5 3.2. 测试用例要求 6 3.2.1. 测试用例编号规则 6 3.2.2. 测试用例的编写规范 6 3.2.3. 测试用例的管理办法 7 3.3. 测试方案 7 3.3.1. 单元测试 7 3.3.2. 集成测试 8 3.3.3. 确认测试 9 3.4. 测试缺陷管理 10 3.4.1. 缺陷记录 10 3.4.2. 有疑议缺陷的确认 12 3.4.3. 缺陷的统计与分析 12 4. 主要进度安排 12 5. 工作汇报 13  引言 编写目的 制定总体测试方案的目的是：使整个测试工作能有序进行，指导测试人员的工作，为测试提供依据。提供系统化、规范化、工程化、实用化的测试技术规范，尽早发现故障。在测试时，须按照此计划执行。 术语 集成测试：也叫组装测试、联合测试，集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成子系统。 系统测试：是将经过测试的子系统装配成一个完整系统来测试。它是检测系统是否确实能提供系统方案说明书中制定功能的有效方法。 确认测试:又称有效测试，是在模拟的环境下，运用黑盒测试大方法，验证被测软件是否满足需求规格说明书列出的需求，任务是验证软件的功能和性能及其他特性是否与用户需求一致。 测试标准 测试标准依据软件需求规格说明书。 测试标准参数 测试标准参数值 测试需求覆盖率 90% 测试用例覆盖率 90% 测试用例执行通过率 95% 缺陷率（bug数量/功能点数） [0.5, 3] 遗留缺陷数量 5% 参考文档 文档 （版本/日期） 已创建或可用 已被接收或已经被评审 作者或来源 备注 《软件需求规格说明书》 是■　否□ 是■　否□ 陈国忠 《项目迭代冲刺计划》 是■　否□ 是■　否□ 陈国忠 《软件质量保证计划》 是■　否□ 是■　否□ 陈国忠 任务概述 人员安排 角色 姓名 主要工作职责 测试参与度 测试组长 张钰若 组织测试策划，编制测试计划 组织测试案例的编制 提供技术指导，评估测试工作 汇报测试工作 100％ 开发组 张汉 在单元测试中进行B角测试 10％ 测试员 陈国忠 参与单元测试与集成测试 50％ 测试员 张放 参与单元测试、系统测试、验收测试 70% 测试环境 硬件环境: PC机(内存2G及以上、win7操作系统)、安卓智能手机。 软件环境： 安卓4.0及以上系统、SQLite数据库、测测app。 测试工具 工具名称 版本要求 备注 TestDirector 80 Bug管理工具 VSS 6.0 配置管理工具 QTP 8.1 性能测试工具 测试策略 测试需求 测试需求编号规则 测试需求编号规则包括以下要素： 产品编号 模块编号 功能点和子功能点编号 测试需求的编写规范 测试需求按照《测试需求模板》编写，包含：任务简介