1目的
[简要的说明本测试计划的目标,包括测试范围、测试资源、测试工具、风险分析、测试策略。]
例如:本文档为 XX产品 XX版本的项目测试计划,本计划对软件测试范围、测试资源、进度安排、测试工具、风险分析、测试策略进行指导性说明,从而保证测试实施过程的顺畅沟通,并对测试进度进行跟踪控制,应对测试过程中的各种变更。
2背景
[对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。]
3参考文件
[项目测试计划编写所依据的项目其他文档,以列表形式列在此处。]
4目标与范围
4.1测试目标
[测试阶段预期达到的目标。]
4.2测试范围
[以文字形式概要描述本次测试覆盖范围,说明哪些模块中的哪些功能。]
范围列表
序号 | 需求点 | 功能描述 |
1 | [需求文档中名称] | [简要描述需求功能] |
2 | ||
… |
4.3性能要求
[列出本版本接受性能测试的功能点,无性能需求此部分可为空。]
序号 | 功能点 | 性能指标 |
1 | [功能点名称] | [性能指标描述] |
2 | ||
… |
[列出测试阶段完成后,需要输出的各类文档、报告。]
5测试资源
5.1人力资源
5.1.1人员组成
序号 | 人员 | 人员系数 |
1 | [姓名] | [实际活动中所能投入的人力数,如:1,0.5,1.2等] |
2 | ||
… |
人员1 | 人员2 | 人员3 | 人员4 | |
测试设计 | [实际测试负责的模块,和所能投入的人力数,如:1,0.5,1.2等] | |||
功能测试 | ||||
集成测试 |
序号 | 用途 | 工具名称 | 版本 | 来源 |
1 | [工具用途,如:缺陷管理、性能测试、自动化测试等。] | [使用工具名称,如:clear quest ,team trac等。] | [所使用的工具版本] | [工具来源,如:购买,开源软件等,自己开发等。] |
2 | ||||
… |
5.3.1服务器
[以列表形式说明服务器软硬件环境,主要用于集成测试、性能测试的环境分析。]
设备名称 | 硬件、软件配置 | 用途说明 |
[软件或者硬件配置] | [说明软硬件用途,如操作系统,数据库等。] | |
[以列表形式说明客户端软硬件要求,并简要说明用途。]
设备名称 | 硬件、软件配置 | 用途说明 |
[软、硬件环境,或最小配置] | [说明软硬件用途,如操作系统,数据库等。] | |
6.1测试设计
设计活动 | 范围广度 | 验证深度 |
[测试设计活动,如:测试设计、用例评审等] | [用例覆盖范围描述,用例设计要求100%覆盖新功能;用例评审要求对新功能用例进行进行100%评审。] | [要求的测试设计方法,以及关注点,如:等价类划分中的有效等价类、无效等假类,边界值等;用例评审需说明评审的角度,如:功能性、可用性、可支持性等。] |
6.2功能测试
测试类别 | 范围广度 | 验证深度 |
[测试类别,如:功能性测试、可用性测试] | [测试范围描述,如:新功能覆盖100%、新老功能覆盖100%等,依照测试用例进行。] | [验证点描述,测试深度描述,如:有效等价类、无效等价类、边界值、UI规范、可操作性、易操作性等,依照测试用例设计进行。] |
测试活动 | 活动描述 | 目标 |
[测试类别,如:集成设计、接口测试、交叉测试、环境测试、回归测试、性能测试等,BUG验证测试;其中集成设计、回归测试、接口测试、BUG验证测试为必须,其他根据项目实际情况可选进行。] | [描述各测试活动开展需注意的事项,其中性能测试需依据性能测试计划进行。] | [测试活动需达到的目标,如回归测试需对新老功能进行完整功能回归,BUG验证测试需对全部BUG进行验证等。] |
序号 | 测试活动 | 启动标准 | 时间安排 | 结束标准 |
1 | [测试活动名称,如:功能测试、集成测试、性能测试等。] | [活动启动标准,如:需求评审结束,软件功能提交测试,功能测试完成等。] | [根据项目整体进度、开发进度,资源情况 进行时间安排。] | [测试活动结束标准,如:无新功能相关BUG,无中断BUG等。] |
2 | ||||
… |
风险描述 | 风险等级 | 应对方式 |
[风险描述,如:人员调动、需求变更、代码提交推迟等。] | [风险的严重程度,如:严重、一般、较低] | [描述应对风险的措施,如:加班、推迟发布等。] |