软件测试计划及原则,实验十二-制定软件测试计划.doc

实验十二-制定软件测试计划

实验十二——制定软件测试计划

实验目的

了解测试计划模板的组成元素以及各组成元素存在的意义；

掌握测试计划制定的方法，重点理解测试计划在软件测试活动中所处的地位和起到的作用；

掌握测试计划制定的原则；

实验要求

实验资料

测试计划模板示例：

简介

目的

指出特定的软件测试计划的具体目的，还需指出该计划所适用的阅读对象；

背景描述测试的各个阶段(如单元测试、集成测试系统测试)，并说明本计划所测试类型(如功能测试性能测试)简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。

下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性文档文档标识号及版本号作者备注测试需求

将确定被当作测试对象的各项需求(例如用例、功能性需求和非功能性需求)将要测试的对象。H - 必须测试M - 应该测试，只有在测试完所有 H 项后才进行测试 L - 可能会测试，但只有在测试完所有 H 和 M 项后才进行测试 系统下表列出测试项目所需的系统资源。资源名称/类型基本配置及数量测试数据库服务器PC Server：512M内存、40G SCSI硬盘 1台PC台式机P4，主频1.6G以上，硬盘40G，内存512M，本要求是最小配置。 4台系统软件SQL Server2000、WINDOWS 2000(XP) PROFESSIONAL、IIS应用软件MICROSOFT OFFICE、VISIO、VISUAL SOURCESAFE、Visual Studio C#.NET. 测试管理平台Test Director V7.6性能测试工具Load Runner V8.0测试环境

用户环境

此处描述用户运行系统时的环境要求，比如所要求的操作系统、软件版本以及其他的一些特殊环境要求等，可根据不同的项目特征和实际情况，考虑是否需要此节。

测试环境

此处描述测试所需要搭建的环境，需根据用户环境来确定必须的测试环境，以确保能有效的模拟用户环境，尽可能解决用户运行此系统时所发生的突发状况。

测试策略

测试交接标准

此处描述每种由测试组进行的测试的交接标准，即到什么程度就可以进行单元测试/集成测试/系统测试了。

单元测试交接标准(可剪裁)

………该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定，(此小节可选)

集成测试交接标准

………该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定，(此小节可选)

系统测试交接标准

约定的测试内容全部完成，并通过单元测试，由相关人员签字确认；

程序包通过配置代表和QA的审核，并纳入配置库进行管理；

由项目经理或者指定的责任人填写测试交接清单，并由所有相关人员签字确认。

测试通过标准

此处描述测试完成标准例

计划的测试用例已全部执行。 经确定的所有缺陷都已得到了商定的解决结果测试类型测试目标技术开始标准完成标准测试优先级需考虑的特殊事项确定所有会影响测试策略中所述测试工作的影响因素或依赖关系。这些影响因素可能包括：

人力资源(如用来支持/参与测试的非测试资源的可用性或对这些资源的需要)

约束(例如设备限制或可用性，或对特殊设备的需要/特殊设备的缺乏)

特殊需求(例如测试时间安排或对系统的访问) 测试类型2

。。。。。

测试实施阶段

下表说明测试将在哪个阶段执行单元集成系统验收功能测试(((性能测试X(X) 可选，或者当系统性能测试发现缺陷时(性能测试X(X) 可选X(X) 可选( (XX( (安装测试XX(X) 可选(X) 可选

(可选)可根据要进行的测试类型或要测试功能点进行估计。

功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C)/6模块2模块3。。。合计系统测试用例数

功能模块最多用例数适中的用例数最少的用例数合计模块1ABC(A+4B+C)/6模块2模块3。。。合计工作量估计

写出工作量估计的过程或采用的公式。单位：(人小时)

阶段\工作量最多工作量适中工作量最少工作量合计测试策划ABC(A+4B+C)/6测试设计测试实现测试执行测试总结…合计风险管理

评估测试中可能存在的风险对项目测试的影响程度，详情请见《测试管理工作表》测试风险管理页。

组间协调

此处列出测试活动中需要的组间协调活动，详情请见《测试管理工作表》组间协调页。