测试计划说明书

[V1.0(版本号)]

拟 制 人_张家浩、林良邦、张海云、洪晓中、王天骄_

审 核 人______________________

批 准 人______________________

目录

1.导言... 3

1.1目的... 3

1.2范围... 3

1.3缩写说明... 3

1.5引用标准... 4

1.6参考资料... 4

1.7版本更新信息... 4

2、测试项目... 5

2.1测试项目的背景... 5

2.2测试要点... 5

2.3测试内容... 5

2.3.1功能测试内容... 5

2.3.2性能测试内容... 6

3测试方法... 6

3.1测试环境... 6

3.2测试工具... 7

3.3测试方法... 7

４测试标准... 8

4.1　测试通过/失败标准... 8

4.2　测试挂起/恢复的条件... 8

4.3 系统测试交付结果... 8

５　测试计划... 9

5.1角色和职责... 9

5.2测试设计工作任务分解和工作安排... 9

6.审批... 10

1.导言

1.1目的

本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动，并管理完成整个测试的活动。本文定义可测试的具体职责和活动，并描述了使用的测试。

   

1.2范围

本系统共需要测试四个模块，分别为：数据库设计模块、用户信息管理模块、学生宿舍管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿舍管理模块。

先用单元测试测试三个模块的数据输入是否异常；再用集成测试测试数据库能否与学生管理系统中的数据连接，传递是否异常；

再用系统测试测试整个系统相对于需求的符合度.

本次测试主要进行的功能测试有：用户界面测试。

性能测试主要有响应时间、并发用户数、吞吐量（单位时间内系统处理的客户请求的数量）。

1.3缩写说明

学生宿舍管理系统Student dormitory management system（SDMS）

 

1.4术语定义

 

功能性测试

按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。

 

非功能性测试

按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。

 

测试用例

测试人员设计出来的用来测试软件某个功能的一种情形。

 

1.5引用标准

[1]  《测试计划模版》

[2]

1.6参考资料

[1] 《软件工程基础教程》---- 刘文,朱飞雪 主编： 粘新育,陶洁 副主编：出版社： 北京大学出版社

[2] 《软件工程导论》 ---- 张海藩 编著：出版社： 清华大学出版社

[3] 《SQL Server 20## 实用教程》---- 蒋文沛 主编： 韦善周,梁凡 副主编：出版社:人民邮电出版社

1.7版本更新信息

本文档的更新记录如表Ｅ－１所示。

表E-1: 版本更新记录

   

2、测试项目

本次测试的项目是，学生宿舍管理系统的新用户注册、删除修改等操作的情况

2.1测试项目的背景

本次测试的目的及背景是确保学生宿舍管理系统正常运营过程中不会出错。

2.2测试要点

被测特性:

l  对软件进行功能性测试

l  对软件进行非功能性测试

不被测特性：

l  程序源代码，逻辑等；

l  模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径，模块在处理边界值时的情形；

l  单元（模块）之间的可用性等。

2.3测试内容

对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中所定义的功能，是否正确实现了功能。针对软件的非功能性需求对其进行性能测试，在人为设置的xx人负载（大数据量，大访问量）的情况下，检查系统是否发生功能上或者性能上的问题。

测试内容即测试需求，包括功能测试和性能测试。

2.3.1功能测试内容

用户和学生宿舍管理模块新用户能否注册成功。用户和学生宿舍管理模块能否删除现有用户信息。用户和学生宿舍管理模块能否修改用户密码。学生宿舍管理模块能否查看个人信息。

2.3.2　性能测试内容

系统的性能测试是测试系统在50个新用户同时进行注册、修改、删除等操作，检验系统的性能如何，检测系统性能瓶颈，响应时间；为此需要采用测试工具，采用压力测试工具模拟50个用户，以便测试系统的性能如何。

3测试方法

本章节主要讲述了测试环境、测试工具和测试方法

3.1测试环境

系统测试环境为，包括运行在同一台机器上的50个虚拟用户和控制器、web服务器和数据库以及网络。

     

系统配置如下： 

（1）软件配置：

操作系统：Micrsoft windows2000 professional、Micrsoft window2000 server、Micrsoft windowXP Professional，操作系统上必须安装IIS4.0以上版本。

数据库系统：Micrsoft SQL Server2000。 

浏览器：Micrsoft IE4.0或以上版本。  

（2）硬件需求：

CPU：P3以上。 内存：256M以上。 硬盘：20G以上。  

      

3.2测试工具

测试工具：LoadRunner 7.51  

3.3测试方法

测试方法：

由于本次测试的依据是需求，所以采用黑盒测试方法。

测试策略：

功能测试，主要采用等价类划分的策略。

压力测试，主要采用边界值测试、错误猜测等策略。

测试手段：

功能测试：手动模拟正常、异常输入

压力测试：使用自动化压力测试工具LoadRunner。

测试内容：

功能测试，按照需求功能

性能测试，xx人同时访问的性能情况

４测试标准

4.1　测试通过/失败标准

测试中发现的缺陷按照严重程度分为５个级别，如表Ｅ－２，级别不同，严重程度也不同。

表Ｅ－２：缺陷严重级别

本次测试主要是进行系统测试，需要设定测试完成的标准。测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。

4.2　测试挂起/恢复的条件

测试挂起和恢复的条件是:

l  测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起。

l  测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。

4.3 系统测试交付结果

系统测试交付物包括：

l  测试计划

l  测试设计（设计的案例，包含测试脚本）

l  测试跟踪结果

l  测试报告

５　测试计划

系统测试计划包括角色和职责的安排，时间进度的安排。

5.1角色和职责

测试的角色和职责

5.2测试设计工作任务分解和工作安排

6.审批

经过项目组成员和专家评审，测试计划评审通过。

测试经理签名：XXX

 

第二篇：软件测试工程师管理系统-测试计划

软件测试工程师管理系统

—测试计划











北大青鸟

20##年9月25日星期日

1．简介... 3

1.1目的... 3

1.2背景... 3

1.3范围... 3

2．测试参考文档和测试提交文档... 4

2.1 测试参考文档... 4

2.2 测试提交文档... 4

3．测试进度... 5

3.1 各测试阶段资源要求及时间安排... 5

3.2 项目里程碑... 5

4．资源... 5

4.1 角色... 5

4.2 系统... 6

5．系统风险... 6

6．测试策略... 7

6.1测试策略... 7

6.1.1 engineer.txt文档测试... 8

6.1.2 功能测试... 8

6.1.3 界面测试... 8

6.1.4 值域测试... 9

6.1.5 版本验证测试... 9

6.1.6 可用性测试... 9

6.1.7 强度测试... 9

6.1.8 安全性测试... 10

6.1.9 裸机测试... 10

6.1.10 安装测试... 11

6.1.11 加密测试... 11

6.2 工具... 11

7．测试功能模块范围... 11

1．简介

1.1目的

软件测试工程师管理系统“测试计划”文档有助于实现以下目标：

1.         确定现有项目的信息和应测试的软件构件。

2.         列出推荐的测试需求（高层次）。

3.         推荐可采用的测试策略，并对这些策略加以说明。

4.         确定所需的资源，并对测试的工作量进行估计。

5.         列出测试项目的可交付元素。    

1.2背景

项目 名 称：软件测试工程师管理系统

任务提出者：北京梅梅公司

开  发  者：北大青鸟信息技术培训中心

用      户：北京梅梅公司

软件测试工程师管理系统的项目背景：

软件测试工程师管理系统该项目的实施主要是为提高北京梅梅公司的人事管理效率而编制的。

软件总体说明：

本项目的目标是完成一个计算机人事管理系统，实现人事管理的自动化。系统的主要功能包括：人事信息的录入、管理、查询、删除、生成报表等。

软件测试工程师管理系统的基本功能：

1. 可以输入工程师资料

2. 可以删除指定工程师资料

3. 可以查询指定工程师资料

4. 可以 修改指定工程师资料

5. 可以计算工程师月薪水

6. 可以保存工程师资料

7. 可以对工程师资料进行排序

8. 可以输出工程师资料

9. 可以清空所有工程师资料

10. 可以打印工程师资料信息报表

11. 可以从文件重新取工程师信息

12. 可以退出系统

1.3范围

测试的各个阶段：

1.         测试设计
根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。

2.         集成测试
前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；同时进行对新加入测试人员的培训。

3.         系统测试
前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。

4.         验收测试
根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试，典型配置环境的裸机测试，加密测试。

备注：此测试计划不包含单元测试的内容。

2．测试参考文档和测试提交文档

2.1 测试参考文档

产品需求说明书:../../../../软测系统Windows版本 在 192.168.4.49 上/软件测试工程师管理系统需求分析.doc 软件测试工程师管理系统需求分析.

产品概要设计: 软件测试工程师管理系统详细设计

产品使用说明书

2.2 测试提交文档

1.         测试用例
通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级。

2.         测试日志
测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存到Notes库（X4.0集成测试库和X4.0系统测试库）中。
定期（每周）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交流大家对系统现状的看法和急需解决的问题等，以上记录保存到Notes库（XXX4.0开发数据库）中。 

3.         缺陷报告
使用Notes上的报告库（X4.0集成测试库和X4.0系统测试库）记录和管理缺陷报告。
测试完成后，对报告库（X4.0集成测试库和X4.0系统测试库）进行整理和分析。

4.         验收测试总结报告
验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。

3．测试进度

3.1 各测试阶段资源要求及时间安排

3.2 项目里程碑

对于新加入测试人员的培训，前期提供了一些参考书和资料，供他们自学，估计只能达到初步了解的效果；由于时间比较紧，只能在集成测试阶段，针对X4.0系统进行必要的培训；系统测试阶段也需要新加入的测试人员一边测试，一边了解相关的知识；希望通过这次的测试，新加入测试人员能够积累一定的经验。

4．资源

4.1 角色

下表列出了在此项目的人员配备方面所作的各种假定。

4.2 系统

测试项目所需的系统资源。

1.         硬件资源

   一台微机：主频>=100，硬盘>=1M，内存>=1M；

一台打印机；
 

2.         软件环境

操作系统：DOS5.0以上，或Windows95/98/2000/me/NT/XP。

开发环境：Microsoft Visual C++6.0；

5．系统风险

Ø  由于目前同类产品比较多，市场压力比较大。

Ø  计划的测试时间，不能满足测试组的要求，主要是功能冻结后的系统测试的时间可能不够。

Ø  测试资源的及时到位（设备和人员）。

Ø  测试人员的培训。

Ø  开发进度的变化，需求或设计的变更。

Ø  开发组的版本控制。

6．测试策略

6.1测试策略

1.         engineer.txt文档测试
针对与engineer.txt文档相关的功能进行测试，通过对数据的读写操作测试engineer.txt文档。以engineer.txt文档运行正常，数据不丢失为标准。

2.         确认测试功能
集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。以按需求或用户手册所列功能检查一遍为标准（每个版本周期内）。

3.         界面测试
只在系统测试阶段进行，按照相关规定进行检查。以按相关要求规定检查一遍为标准。

4.         值域测试
只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。以常用功能项检查一遍为标准。

5.         版本验证测试
在系统测试和验收测试进行，尽量避免因开发组版本控制问题影响测试效果。进行必要的报告返测和系统的基本功能测试，一般时间为一天。以确认版本是否值得进行测试为标准。

6.         可用性测试
在系统测试的中后期展开，主要针对重点模块进行，包括测试信息输入，查询，删除，修改系统的响应速度，以及生成报表的准确性。

7.         强度测试
在系统测试的中后期展开，通过模拟用户的测试进行，验证系统的健壮性。首先进行一些必要的负载测试，在达到一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，找出一般测试不能发现的问题。连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据丢失在允许范围内为标准。

8.         安全性测试
在系统测试阶段进行。针对与之相关的模块的测试同步进行。以满足基本的安全性要求为标准。

9.         裸机测试
在系统测试的中后期和验收测试进行。在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。

10.     安装测试
在系统测试的中后期和验收测试进行。以安装正常，并且卸载正常为标准。

11.     加密测试
在系统测试的中后期和验收测试进行。主要是针对于加密狗问题的测试。标准是加密+可以使用和不加密+不能使用两个方面都保证是正常的。

6.1.1 engineer.txt文档测试

6.1.2 功能测试

6.1.3 界面测试

6.1.4 值域测试

6.1.5 版本验证测试

6.1.6 可用性测试

6.1.7 强度测试

6.1.8 安全性测试

6.1.9 裸机测试

6.1.10 安装测试

6.1.11 加密测试

6.2 工具

此项目将使用以下工具：

7．测试功能模块范围