软件测试计划模板

文档编号：SICSTC/TP-[项目编号]测试计划V1.0
目录
1文档标识 (1)
1.1测试计划名称 (1)
1.2文档用途 (1)
2引言 (1)
2.1系统背景 (1)
2.2测试目的 (1)
2.3参考资料 (1)
2.4术语定义 (2)
3测试范围 (2)
3.1被测试特性 (2)
3.2不被测试特性 (3)
4组织机构 (3)
4.1角色与职责 (3)
4.2培训 (4)
5测试标准 (4)
5.1测试启动 (4)
5.2测试暂停和恢复 (4)
5.3测试中止 (5)
5.4验收标准 (5)
5.5命名规则 (5)
6环境要求 (6)
7测试策略........................................................ 错误！未定义书签。

7.1测试方法 (7)
7.2把握需求 (7)
7.3变更质量控制 (8)
7.4度量分析 (8)
7.5计划测试项 (8)
7.5.1产品说明 (8)
8过程进度........................................................ 错误！未定义书签。

8.1测试关键过程域 (9)
8.1.1测试计划制定（KPA1） (9)
8.1.2测试设计（KPA2） (10)
8.1.3测试环境准备（KPA3） (10)
8.1.4测试执行（KPA4） (10)
8.1.5测试分析（KPA5） (11)
8.1.6测试总结（KPA6） (12)
8.2里程碑 (12)
9测试交付物 (9)
10其他过程...................................................... 错误！未定义书签。

10.1缺陷管理 ........................................................................... 错误！未定义书签。

10.2测试评审 ........................................................................... 错误！未定义书签。

10.3版本控制 ........................................................................... 错误！未定义书签。

11假设和依赖................................................... 错误！未定义书签。

11.1假设 ................................................................................... 错误！未定义书签。

11.2依赖 ................................................................................... 错误！未定义书签。

12风险与应急 .................................................. 错误！未定义书签。

1文档标识
1.1测试计划名称
重庆邮电大学开发出的BookShop Online的样品进行黑盒测试测试编号13
1.2文档用途
本文档是完成对BookShop Online项目黑盒测试的指导性文件。

本文档给出了对测试范围、测试环境、测试过程及测试结果的总体要求, 这也是本测试项目中其他文档编写及结果评价的基础。

2引言
2.1系统背景
[此处为该样品的研发背景和行业背景，可摘抄需求或者用户手册。

] 软件开发的重要任务是实现各种信息的系统化、规范化、自动化。

建立一套功能完善的管理系统，既能满足用户日常需要，又能满足管理人员决策分析的需要，提高经济效益。

2.2测试目的
找出软件中的错误，并加以修改。

2.3参考资料
表2-1
2.4术语定义
1)信息报送：实现信息采集、信息内容在线编辑、暂时保存、报送、
以及新建、修改和删除信息；
2)信息审查：实现对违禁资源的审查
3)信息发布：实现对已经审查合格资源种子的发布
4)网站维护：实现对网站补丁的修复，对网站外观的美化，以及对
网站功能的开发
5)网站登陆：包括用户名以及密码是否匹配服务器数据库中的信息，
能否成功登陆网站
3测试范围
本次测试是针对“BookShop Online”项目进行的验收测试，根据验收标准、委托合同的规定，包括主流程测试，用户登录管理，图书管理，订单管理，用户管理等方面的测试。

3.1被测试特性
本样品中的所使用到的功能模块有：主流程测试，用户登录管理，图
书管理，订单管理，用户管理等模块。

表3-1
3.2不被测试特性4组织机构
4.1角色与职责表4-1
注：除内审人员，以上其他多个角色可以兼任。

4.2培训
功能测试工具采用 HP QTP10.0,部分测试人员需要进行相关的工具使用培训。

5测试标准
5.1测试启动
测试启动必须具备如下条件：本项目功能测试意向初步达成，双方签订测试委托书。

提交方提供了项目功能测试所需的相关资料和产品。

5.2测试暂停和恢复
表5-1
5.3测试中止
评测中心严格按照评测双方所达成的时间进度安排评测。

出现如下情况则终止本测试。

1）不可抗力、自然灾害。

2）申请方所提交的样本与合同列表内容出入较大，致使现有条件无法进行测试。

3）申请方以各种理由单方面终止。

如出现上述情况，双方可协商解决。

相关责任依据所签订的委托合同条款执行。

5.4验收标准
在此规定用于确定“BookShop Online的功能测试”的测试是否完成的验收标准。

BookShop Online的功能测试所有测试用例实际结果是否符合预期结果。

1.测试用例执行率要达到100%,测试用例的通过率要达到90%。

2.此测试用例的覆盖率达到用户提出的所有功能点。

3.所用测试用例至少要执行2次。

5.5命名规则
测试项为本系统的一个特性方面的实例集合。

编号规则为“项目编号”＋“测试项号”，测试子项为测试项的细化，具体的测试点。

编号规则为“项目编号”＋“测试项号”＋“测试子项号。

测试用例，完成一个测试子项所需要的提供测试编号、标题、重要级别、输入、预臵条件、操作步骤、预期结果和实际结果的文档。

编号规则为“项目编号”＋“测试项号”＋“测试子项号”＋“测试用例号”。

6环境要求
样品建议运行环境及配臵表如下：
[例如：
表6-1服务器端配置
表6-2 客户端配置：]
7测试策略
7.1测试方法
7.1测试方法
BookShop Online主要由实名注册,登录，图书收藏，图书预定，购买，上传新书，等个主要功能组成。

测试主要采用黑盒测试技术，主流程测试，用户登录管理，图书管理，订单管理，用户管理网络管理采用错误推测法。

功能测试（准确性，适应性，互操作性，保密安全性，功能依从性）主要采用自动测试方法，使用工具为QTP 10.0。

7.2把握需求
测试人员与用户（项目提交方）及时沟通，明确测试的目的和评估报告的用途，讨论需求的完善性与正确性，以及测试达成的要求。

认真听取用户的需求从测试的角度为对测试对象需求进行把握。

7.3变更质量控制
在软件测试过程中，变更往往是不可避免的，变更也是造成软件风险的重要因素。

测试组需要密切关注用户的反馈并及时做好跟随进度计划的变更调整测试策略，做好双方的协商工作。

在协商同意的情况下依据需求的变更及时补充和完善测试用例。

质量控制分为两层：技术层面和流程过程层面。

技术控制通过同行评审；设有内审员（QA），进行流程控制和过程的监督。

7.4度量分析（确定什么是错误与缺陷
）
计划在测试过程中对不同阶段的BUG数量进行度量，并分析测试执行是否充分。

只有在BUG数量收敛的状态下结束细测是恰当的。

测试中对不同格特性的测试数据覆盖率和发现问题数进行及时度量，以便分析测试用例的充分度与BUG发现率之间的关系。

及时调整测试用例编写策略。

7.5计划测试项
功能、可靠、可维护、文档、效率、可移植的具体测试功能点
7.5.1产品说明
8过程进度
8.1测试关键过程域
完成本项目测试的关键过程域（KPA）包括：测试计划制订；测试用例开发；测试环境准备；测试执行；测试结果分析；测试评测报告。

8.1.1测试计划制定（KPA1）
根据样品的业务需求和技术需求，确定测试的具体内容；
根据测试需求，识别不同的测试过程以及测试条件，针对每个测试过程规定测试数据的数量并对其特征进行规定，即对测试用例进行描述；
识别项目活动，定义输出成果，估算每项活动所需的时间；识别项目风险，并确定应对策略；
综合有关内容，确定阶段目标，并形成测试计划；
对测试计划进行评审、修改，直至测试计划获得批准；将测试计
划分发给有关人员。

8.1.2测试设计（KPA2）
根据测试计划中所规定的测试方法和策略，按测试意图对每一个测试点分别设计在不同情况下的测试动作、输入和预期的反映。

工程师要形成测试用例列表（Excel表）。

对测试用例列表的覆盖度进行检查和评审，完善后形成测试用例。

并录入到QC中，进行测试管理。

对于自动测试，还需根据手工测试用例修改成自动测试用例。

在这个阶段还要进行人员的入场、培训等工作。

环境准备硬件设备、安装测试软件、配臵网络环境等。

该阶段输出：《测试用例》、《查检表》
8.1.3测试环境准备（KPA3）
准备硬件设备： Pentium(R) Dual-Core CPU
E5400 @2.70GHz 内存1.98GB
安装软件：Microsoft Windows Server 2003+
Enterprise Edition+ Service Pack 2
配臵网络环境：100M/1000M以太网
8.1.4测试执行（KPA4）
根据测试用例中相关测试环境的内容，检查测试环境（包括硬件及软件），确保测试环境符合要求。

对于测试用例的描述信息，按测试意图对每一个测试用例设计操
作流程中重要环节的动作、输入数据和预期的反映（注：此流程可不必详细到每一个具体的步骤，但应确保测试执行人员可以据此信息顺利执行，而不必询问测试用例的开发人员）。

执行测试活动，测试日志中记录所使用的机器及执行日期，对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试人员预期结果不符的系统响应。

每个测试用例执行完毕后，视具体情况对系统进行备份或根据备份数据对系统进行恢复。

测试执行阶段主要是以缺陷的状态进行流转和驱动。

该阶段输出：《测试日志（原始记录）》、《自动化测试脚本》、《缺陷报告》《回归测试记录》
8.1.5测试分析（KPA5）
对记录的测试结果数据进行分析；对于存在问题的数据，初步分析判断产生问题的原因，为测试和开发提供修正和进一步工作的依据。

由于测试用例开发过程不合理产生的原因，提出测试用例开发过程修订建议，并记录相关数据；由于测试执行方面的原因，提出测试用例开发过程修订建议，并记录相关数据；由于被测软件的原因，将此情况记录在缺陷跟踪及管理系统中。

（该过程域是对测试结果进行分析，软件有问题属于记录缺陷而不是分析缺陷）
根据测试结果数据计算各种度量值。

对各种度量值进行说明，给出明确的结果分析意见及有关建议。

见度量分析。

该阶段输出：《测试分析报告》
8.1.6测试总结（KPA6）
完成上述工作，编写样品的测试报告。

内容包括进度、目标完成情况。

系统在功能、效率、可用性、可移植性等软件特性方面测试结果，对发现的问题进行汇总，说明回归和修改的状况、遗留缺陷的影响以及对软件能力的评估等。

该阶段输出：《测试报告》
8.2里程碑
表8-1。