现在的位置: 首页 > 综合 > 正文

几个测试计划模板

2013年05月09日 ⁄ 综合 ⁄ 共 3374字 ⁄ 字号 评论关闭
                                                                                          

一、测试项目简介
简单描述测试的项目概况(参考功能说明书)
二、测试所需的软硬件配置,须注明已经具备的和缺少的。
1、硬件配置:
2、软件系统配置:包括系统软件和应用软件
三、测试组组成及人力资源要求
1、本项目的测试人员姓名及分工,指定测试负责人。
2、需要配合的相关部门和人员
四、测试的内容及步骤
1、技术测试
阐述哪些地方采用需要进行除功能测试之外的测试如压力测试、性能测试,若不进行技术测试则填写“无”。
2功能测试
简单描述需要测试的业务种类或功能模块(力求简洁),有移行测试需在此描述。
五、测试规模及工作量分析
对本次测试的内容和难度进行分析,技术人员分析系统资源利用情况和性能等,并按“人日”折算成工作量。
六、时间资源及测试进度
1、测试方案、测试案例的完成时间;
2、环境准备(包括环境搭建、数据准备等)时间;
3、预估测试的进度,预计的测试时间及轮次安排;
3、批量处理的计划要求;
4、测试要点、用户手册、测试报告完成时间;
七、测试风险
    通过分析已具备的测试资源、本项目的测试规模及难度、可预计的变动因素,提出完成本项目存在的风险程度。
1、人力、时间资源方面:
2、测试环境方面
3、部门配合方面
                              

测试计划(GB8567——88

1引言

1.1编写目的

本测试计划的具体编写目的,指出预期的读者范围。

1.2背景

说明:

a.  测试计划所从属的软件系统的名称;

b.  该开发项目的历史,列出用户和执行此项目测试的计算中心,说明在开始执行本测试计划之前必须完成的各项工作。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出要用到的参考资料,如:

a.  本项目的经核准的计划任务书或合同、上级机关的批文;

b.  属于本项目的其他已发表的文件;

c.  本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

2计划

2.1软件说明

提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为叙述测试计划的提纲。

2.2测试内容

列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。

2.3测试1(标识符)

给出这项测试内容的参与单位及被测试的部位。

2.3.1进度安排

给出对这项测试的进度安排,包括进行测试的日期和工作内容(如熟悉环境。培训、准备输入数据等)。

2.3.2条件

陈述本项测试工作对资源的要求,包括:

a.  设备所用到的设备类型、数量和预定使用时间;

b.  软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;

c.  人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入人员。

2.3.3测试资料

列出本项测试所需的资料,如:

a.  有关本项任务的文件;

b.  被测试程序及其所在的媒体;

c.  测试的输入和输出举例;

d.  有关控制此项测试的方法、过程的图表。

2.3.4测试培训

说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。

2.4测试2(标识符)

用与本测试计划2.3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。

3测试设计说明

3.1测试1(标识符)

说明对第一项测试内容的测试设计考虑。

3.1.1控制

说明本测试的控制方式,如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记录方法。

3.1.2输入

说明本项测试中所使用的输入数据及选择这些输入数据的策略。

3.1.3输出

说明预期的输出数据,如测试结果及可能产生的中间结果或运行信息。

3.1.4过程

说明完成此项测试的一个个步骤和控制命令,包括测试的准备、初始化、中间步聚和运行结束方式。

3.2测试2(标识符)

用与本测试计划3.l条相类似的方式说明第2项及其后各项测试工作的设计考虑。

4评价准则

4.1范围

说明所选择的测试用例能够接查的范围及其局限性。

4.2数据整理

陈述为了把测试数据加工成便于评价的适当形式,使得测试结果可以同,已知结果进行比较而要用到的转换处理技术,如手工方式或自动方式;如果是用自动方式整理数据,还要说明为进行处理而要用到的硬件、软件资源。

4.3尺度

说明用来判断测试工作是否能通过的评价尺度,如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。

 
                                                                

 

物业管理系统测试计划文档
产品版本
密级
HY-WY-2004-11-25
V 1.0
 
产品名称:物业管理系统v1.0
   

  

 
 
 
软件测试计划
 (仅供内部使用)
 
 
 
 
 
 
者: ____________                               日期:___/___/___
开发/测试经理:____________                              日期:___/___/___
理:____________                                  日期:___/___/___
 
 
 
 
 
 
 
 
 
 
 
**软件管理技术有限公司
版权所有 不得复制
软件测试计划
一.     概述
1.1编写目的
   此计划编写的目的是为使物业管理系统v1.0版能够达到与系统说明书所描述的功能一致,并且检验系统是否运行稳定。
1.2参考资料
A.《物业管理系统需求分析说明书》
B.《物业管理系统系统分析说明书》
1.3背景
近年来,伴随着物业管理的完善,为了方便管理工作的进行,提高物业管理工作的准确率,节省人力物力,特此推出物业管理系统v1.0版。
二.     约定
2.1测试的目的和任务
本测试的目的是:完成整个系统的测试及验证软件的基本可用性,功能的完整性,数据的准确性等。
本测试的任务是:
A.与《物业管理系统需求分析说明书》《物业管理系统系统分析说明书》比较,检查此软件所完成的功能,是否与上面两个说明书相符合;
B.数据业务是否能够正确完成;
C.整个系统是否能够稳定的运行;
D.帮助等其他安装说明文件是否表达准确。
2.2人员和设备
A.人员:
       测试人员:**
       编程人员:***
B.设备:服务器ip地址:192.168.62.39
          打印机一台
2.3送测要求
物业管理系统开发人员提交的测试按以下要求进行:

步骤
动作
负责人
相关文档或记录
要求
1
打包、编译
***
确认可测试
2
接收测试
**
用户需求说明书
系统设计说明书
确认开始测试
3
开始测试
**
Bug单、小结
测试小结个人编写个人的内容
A.测试用例中的编号,模块名+界面名+编号
例如:房产管理中的入住管理    FCGL –RZGL- 001
B.测试用例文件命命名规则,模块名+测试用例
例如:商服管理租户管理用例
测试bug单记录中的bug编号也遵循测试用例中的编号规则
2.5测试的安排和进度
进度安排如下:

测试阶段
测试任务
工作量估计
人员分配
起止时间
第一阶段
功能测试
1.房产管理
2.商服管理
3.费用管理
4.客服管理
5.设备管理
6.保安消防
7.装修管理
8.环境管理
9.人事管理
10.系统维护
是否能正确实现其功能,是否有操作错误。
4
**
041126-041130
第二阶段
系统测试
1.完成所有模块的组合测试
2.确定所有业务流向和数据都是正确的。
3
**
041201-041203
第三阶段
性能测试
在多用户访问,交替进行负荷压迫测试
1
**
041205
第四阶段
安装手册帮助文件测试以及
安装卸载测试
1.将安装手册和用户帮助手册与软件操作比较是否有不符
2.对于安装文件进行测试
2日和1
**

抱歉!评论已关闭.