1测试项目总体计划模板讲解

1、测试项目总体计划文件状态：V 草稿 正式发布 正在修改 正在审核文件标识：当前版本：起草人：起草日期：审核人：审核日期：修订历史记录编号早节修订说明修订日期修订前 版本号修订后 版本号修订人审核人目录1 引言 11.1 编写目的 11.2 文档约定及定义 11.3 预期读者 11.4 参考资料 12 项目概述 22.1 项目背景 22.2 测试目标 22.3 风险及约束 22.4 测试文档 32.4.1 测试参考文档 32.4.2 测试提交文档 32.5 争议处理 33 质量目标 43.1 产品质量目标 43.2 测试质量目标 44 测试资源 54.1 组织结构 54.1.1 角色和职责 54

2、.1.2 外部联系 54.2 培训 55 测试策略 75.1 测试概述 75.2 测试范围 75.3 测试尺度 75.4 测试标准 85.4.1 测试阶段准入条件 85.4.2 终止标准 85.4.3 完成标准 86 进度计划 96.1 进度安排 96.2 工作量估计 97 专题计划 107.1日常管理计划 107.2 质量保证计划 107.3 配置管理计划 107.4 缺陷管理计划 10-i-7.5 变更管理计划 107.5.1 变更规则 107.5.2 变更计划 11-ii-XX项目测试项目总体计划1引言1.1编写目的确定此文档在整个项目文档中的作用或目的，并对此文档的结构进行简要说明。1

3、.2文档约定及定义描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。提供正确理解此需求规格说明书所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。说明 高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自身的优先级。1.3预期读者列举此文档所针对的不同读者，例如：开发人员、项目经理、营销人员、用户、测试人员或文档的编写 人员；描述文档中剩余部分的内容及其组织结构；提出最适合于每一类型读者阅读文档的建议。1.4参考资料列举编写此文档时所参考的资料或其它资源。在这里应该给出详细的信息，包括标题名称、作者、版本 号、日期、

4、出版单位或资料来源，以方便读者查阅这些文献。1/11XX项目测试项目总体计划2项目概述2.1项目背景说明被测软件系统的名称； 本项目的任务提出者、 开发者、用户及实现该软件的计算中心或计算机网络; 该软件系统同其他系统或其他机构的基本的相互来往关系。2.2测试目标说明项目测试的目的和所要达到的目标。如：测试目的：测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程是否 正确。测试目标：对产品的质量及操作、运行稳定性等相关指标进行评价。对产品质量的改进提出建议。2.3风险及约束描写项目级的风险及约束。通过分析本项目的测试规模及难度、可预计的变动因素和已具备的测试资源等，提出完

5、成本项目存在的 风险程度，并给出规避方案和应对措施。如：常见风险问题示例如下：（根据项目实际情况列出）人力、时间资源方面（测试人数不足、测试能力及素质有差异、测试人员对需求及设计的熟悉程度、 测试人员离职、测试时间不足等）；测试环境方面（例如由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束）；部门配合方面；bug的修复的难度及进度安排；被测软件质量；测试人员的经验、技能以及对业务的熟悉度；开发人员、测试人员关于项目约定的理解一致性及执行力度；开发进度情况（如：人员调整导致研发周期延迟、开发时间的缩短导致某些测试计划无法执行）开发过程的变更导致的影响；由于研

6、发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对；只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。2.4测试文档241测试参考文档列出本次测试理论上所参考的所有的文档。本部分列出参考文档的类别即可，不需要准确的文档名称。常见测试参考文档类别示例如下：（根据项目实际情况调整）项目管理文档，如：项目开发计划、配置管理计划、质量管理计划等；需求文档，如：需求规格说明书等；设计文档，如：概要设计说明书、详细设计说明书等；程序说明文档；测试文档，如：测试项目总体计划等；用户使用手册；其他文档，如：技术白皮书、管理手册、API文档等。2.4.2测试提

7、交文档列出本次测试理论上所需要提交的所有的测试文档类别。本部分列出测试提交文档的类别即可，不需要准确的文档名称。如：常见测试提交文档类别示例如下：（根据项目实际情况调整）测试计划文档，如：测试项目总体计划、测试方案、测试计划等；测试设计文档，如：测试用例等；测试报告，如：测试分析报告、测试总结报告等；其他文档，如：操作手册、安装维护手册、错误代码说明文档等。2.5争议处理列出项目中有争议的问题并给出处理方案。如：如果项目组逾期未能达到符合测试的启动条件，而项目经理又未申请变更，则参考如下处理方案: 测试负责人向该项目组的 SQA反应此情况，由SQA负责跟踪此问题； 测试负责人向上级主管汇报，申

8、请协调。3/11测试项目总体计划XX项目3质量目标3.1产品质量目标列出产品质量目标或者产品的流程连通性方面的要求等。（具体目标根据项目实际情况调整） 。如：产品达到规定的设计的要求，包括：实现各个功能点，业务流程正确等；产品达到规定的性能指标要求，包括：操作和运行稳定等；产品达到规定的其他要求（参照用户需求）。3.2测试质量目标列出测试的质量目标，如果需要要给出说明。（具体目标根据项目实际情况调整）。如：所有的测试案例已执行；所有的自动测试脚本已执行；所有的重要等级为1级、2级的BUG已经解决并通过测试验证；每一部分的测试已经被测试负责人确认完成；重要的功能不允许有等级为 1级、2级、3级的

9、BUG ；一般的功能或与最终使用者不直接联系的功能不允许有等级为1级、2级的BUG,且BUG等级为3级的问题不得超过总功能数；轻量的功能允许有少量 2级、3级的错误；发现错误等级为1级、2级、3级的BUG的速率正在下降并接近 0 ；在最后的“二天”内没有发现错误等级为1级、2级、3级的BUG。#/11XX项目测试项目总体计划4测试资源4.1组织结构4.1.1角色和职责明确测试组的组织结构，定义角色及其职责。角色及职责划分参照下表：（注：具体项目可以根据情况增减角色）表4-1角色和职责角色职责测试负责人测试分析师测试设计师测试开发工程师测试员4.1.2外部联系列出测试组外部项目组中各职务下所有人

10、员的联系方式。（注：具体项目可以根据情况增减角色）表4-2外部联系职务姓名E-Mail电话上级主管项目经理开发经理配置管理员SQA开发工程师1开发工程师2测试技术支持4.2培训列出测试组为完成本测试项目所需的培训事宜。培训的常见类别、内容及安排事宜示例如下：（根据具体项目的情况进行调整）表4-3培训培训需求培训内容培训人员开始时间完成时间流程培训测试流程、管理流程（包括配置管理、质量管理等）业务培训系统相关的业务培训等5/11测试项目总体计划XX项目培训需求培训内容培训人员开始时间完成时间技术培训测试方法和技术、编程技术、网络技术、数据库知 识等工具培训测试过程所需的测试工具和管理工具的应用（

11、安装配置、使用方法）培训等文档编写培 训测试相关文档编写方法第二方产品第三方产品的培训等7/11XX项目测试项目总体计划5测试策略5.1测试概述说明本次测试的阶段划分及采用的主要方法（如全流程测试、需求验证、专项测试、发版测试等），并说明每个阶段中对测试对象进行测试的推荐方法。对于每种测试，都应提供测试说明，并解释其实施原因。测试阶段划分参照下表方式列出：表5-1测试阶段测试阶段说明单元测试由开发人员进行集成测试检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务 流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求确认测试在产品发布前，对照功能清单进行基本

12、需求的确认，确认产品是否正确实现了功能。系统测试包括性能测试、压力测试和回归测试验收测试由工程实施人员进行5.2测试范围说明所选择的测试用例能检查的范围及局限性。示例：如本系统测试的主要内容包括功能测试、界面测试、安全测试。5.3测试尺度说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、 测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。通常，测试通过是指执行全部测试用例得到了期望输出。对系统测试的缺陷分类及通过的参考标准如下：1类：测试用例正确执行，与期待输出结果一致，没有发现任何错误。2类：能正确完成功能要求，但测试用例执行过程中出现一些界面、提示、使用不

13、方便等方面的问题， 对于这些问题一般不需要做进一步处理，往往可以忽略。3类：能正确完成主要测试功能点，不能正确完成某些次要功能点，或不能正确处理某些出现概率较小 的特殊输入组合，此类问题应不影响测试用例整体的正确性。4类：不能完成测试用例所要检查的主要功能，或虽有此功能但出现的错误将引发大量的补救措施。5.4测试标准5.4.1测试阶段准入条件列出进行测试阶段准入条件，可参见测试标准中关于测试阶段准入条件的描述。5.4.2终止标准列出进行终止标准，可参见测试标准中关于终止标准的描述。5.4.3完成标准列出完成标准，可参见测试标准中关于完成标准的描述。9/116进度计划6.1进度安排列出本测试项目

14、的测试时间进度。包括列出测试过程划分的阶段，各阶段下对应的具体的工作内容、计划完成的起止时间等内容。可参照下表（具体内容需根据项目实际情况调整）表6-1测试阶段测试阶段计划开始时间计划完成时间内容制定测试计划单元测试集成测试确认测试验收测试测试总结6.2工作量估计对本测试项目的内容和难度进行分析，分析系统资源利用情况和性能等，并按“人日”折算成工作量。测试项目总体计划XX项目7专题计划7.1日常管理计划应用开发组以及用列出测试工作的日常管理计划，规定测试组通过什么形式将测试情况汇报给管理层、户。内容包括：编写测试日志、BUG日报、BUG周报等。7.2质量保证计划列出质量保证计划，内容包括：软件测试活动评审、测试工作产品评审、配置评审等。7.3配置管理计划基线等。列出配置管理计划，内容包括：测试配置项、配置库、7.4缺陷管理计划列出缺陷管理计划，内容包括缺陷管理流程、缺陷管理方案及工具等方面。7.5变更管理计划7.5.1变更规则列出项