软件测试计划书 模板.docx

软件测试计划书 模板.docx

《软件测试计划书 模板.docx》由会员分享，可在线阅读，更多相关《软件测试计划书 模板.docx（43页珍藏版）》请在冰豆网上搜索。

软件测试计划书模板

文档标识：

2010091601

学生信息管理系统

软件测试计划书

编写者李宝刚

校对李宝刚

小组成员李宝刚

孔维一

李宇杰

二O一O年七月

目录

1.引言1

1.1.目的1

1.2.背景1

1.3.范围1

1.4.定义1

1.5.参考资料1

2.测试内容1

3.测试规则2

3.1.进入准则2

3.2.暂停/退出准则2

3.3.测试方法2

3.4.测试手段3

3.5.测试要点3

3.6.测试工具4

4.测试环境4

4.1.硬件环境4

4.2.软件环境4

4.3.安全性环境要求4

5.项目任务4

5.1.测试规划4

5.2.测试设计4

5.3.测试执行准备5

5.4.测试执行6

5.5.测试总结7

6.实施计划8

6.1.工作量估计8

6.2.人员需求及安排8

6.3.进度安排8

6.4.其他资源需求及安排9

6.5.可交付工件9

7.风险管理9

1.引言

1.1.目的

随着学校规模不断扩大,学生数量急剧增加，有关学生的信息量也成倍增长，面对庞大的信息量需要有学生管理系统来提高学生管理工作的效率。

本系统主要用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化、自动化，其主要任务是用计算机对学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对了这些要求设计了学生信息管理系统。

1.2.背景

在高校，计算机应用的非常普遍，在这种实用的学生信息管理系统可以使局面得到改观。

学生信息管理系统主要提供了方便高校的管理功能以及网上信息的查阅平台，学生可以通过该系统查询相关信息，管理员可以管理信息，本系统主要功能有：

1．学生管理功能：

为了方便学生信息的增加、删除、修改、查询。

2．课程管理功能：

管理员可以通过填写表格的形式修改课程等相关信息。

3．成绩管理功能：

管理员可以通过数据库中的学生成绩信息进行增加、修改。

4．班级管理功能：

管理员可以通过此功能对班级信息进行增加、删除、修改、查询。

5．用户管理功能：

可以增加、删除、修改、查看该程序的用户登录，超级管理员可以设置用户的权限。

1.3.范围

本学生信息管理系统主要应用在各个学校为了方便管理学生信息而成。

主要设计人员由在校学生以及老师组成。

测试风险有可能软件应用过程中出现一些错误或者故障。

时间进度：

2010-7----

1.4.定义

学生管理系统信息管理数据库软件测试

1.5.参考资料

列出编写本计划及测试整个过程中所要参考的文件、资料。

编号

资料名称

作者

日期

出版单位

1

《软件测试自动化》

邓波黄丽娟曹青春

1987

机械工业出版社

2

《有效软件测试》

ElfriedeDustin

1990

清华大学出版社

3

《软件测试》

周予滨姚静

1996

机械工业出版社

列出编写本计划时需查阅的Intenet上杂志、专业著作、技术标准。

查阅内容

网点地址

简介

软件测试

http:

//www.china-

软件测试入门

软件测试教程

教你如何学会软件测试

2.测试内容

下表列出了学生信息管理系统项目的测试需求，并对其进行了优先级定义：

子系统名称

模块名称

测试点

优先级

说明

学生信息管理系统

学生信息管理模块

数据输入是否正常

H

实现增、删、改、查

数据输入是否正常

H

实现增、删、改、查

数据输入是否正常

H

实现增、删、改、查

查询系统模块

数据连接是否正常

H

连接正常

数据库管理系统

数据连接是否正常

H

连接正常

用户管理系统

登入是否正常

H

连接正常

连接是否正常

H

连接正常

3.测试规则

3.1.进入准则

一个软件要想进去准备阶段首先要达到一下三个阶段：

A．需求工件已经被基线化

B．详细设计工件已经被基线化

C．构架工件已经被基线化

3.2.暂停/退出准则

3.2.1集成测试退出标准

1）集成测试用例设计已经通过评审

2）所有源代码和可执行代码已经建立受控基线，纳入[url=javascript:

;]配置管理[/url]受控库，不经过审批不能随意更改

3）按照集成构件计划及增量集成策略完成了整个系统的集成测试

4）达到了测试计划中关于集成测试所规定的覆盖率的要求

5）集成工作版本满足设计定义的各项功能、性能要求

6）在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准

7）A、B类BUG不能存在

8）C、D类BUG允许存在,但不能超过单元测试总BUG的50％

9）E类BUG允许存在

3.2.2系统测试退出标准

1）系统测试用例设计已经通过评审

2）按照系统测试计划完成了系统测试

3）系统测试的功能覆盖率达100％

4）系统的功能和性能满足产品需求规格说明书的要求

5）在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

6）系统测试后不存在A、B、C类缺陷

7）D类缺陷允许存在，不超过总缺陷的5％

8）E类缺陷允许存在，不超过总缺陷的10％

3.3.测试方法

单元测试：

纯代码的测试（白盒测试）。

主要测试代码语句的正确性，如所有的代码是否都可以跑到，是否有冗余的代码等等。

集成测试：

接口测试（灰盒测试，结合白盒和黑盒测试）。

主要测试代码块之间的接口。

看看数据的传输是否有问题。

系统测试：

黑盒测试。

不接触代码，只对整个系统做功能的测试和性能的测试。

确认测试：

是客户做的测试。

也可以叫做验收测试。

客户对他提出的需求，对应要交付的软件看看是否达到其要求。

3.4.测试手段

3.4.1手工测试

就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。

在测试过程中，手工测试的比重一般在30%左右。

手工测试一般能够发现一些自动化测试所不能发现的问题，这也是为什么自动化测试取代不了手工测试的原因！

3.4.2自动测试

对程序的回归测试更方便。

这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果是非常明显的。

由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试效率，缩短回归测试时间。

3.5.测试要点

3.5.1[测试思想]

质量意识（责任）：

站在客户的立场

好奇心（动力）：

探索所有的功能，深入理解系统内核

进攻（激情）：

多角度发现所有可能的问题，测试和开发之间是进攻和防守的关系

帮助（沟通）：

以帮助而不是找茬的心态与开发团队一起分析问题，协同工作

3.5.2[测试工程]

测试目的：

尽可能多地发现缺陷

测试阶段：

测试计划、测试需求、测试设计、测试执行、测试报告

测试用例设计：

测试环境，测试数据，执行步骤，期望结果

缺陷跟踪：

提交、分派、修复、验证、审计；回归测试；

测试结束准则：

严重缺陷数在一定范围内、测试用例执行完毕、或规定时间到（取决于项目/组织质量要求）

测试人员考核：

没有可靠的定量指标（比如不能拿缺陷数来做）

3.5.3[测试技术]

单元测试，模块测试，产品测试，集成测试，系统测试，用户验收测试

功能测试，性能测试，压力测试，冒烟测试，猴子测试

内部测试，外部测试（客户试用）

白盒测试，黑盒测试

3.6.测试工具

软件测试方面的工具很多，主要有MercuryInteractive（MI）、Segue、Rational、Compuware和Empirix等等

4.测试环境

4.1.硬件环境

就是指由传播活动所需要的那些物质条件、有形条件之和构筑而成的环境。

4.2.软件环境

就是指运行于计算机硬件之上的驱动计算机及其外围设备实现某种目的的软件系统。

如测试软件等

4.3.安全性环境要求

必须在无病毒，无入侵的环境下进行测试。

5.项目任务

5.1.测试规划

学生信息管理系统是一个典型的数据库应用程序,由班级管理、学生档案管理、学生交费管理、课程管理、成绩管理等模块组成,特规划如下:

5.1.1系统管理模块

该模块的主要任务是维护系统的正常运行和安全性设置,包括添加用户、修改密码、重新登录等等。

5.1.2班级管理模块

该模块的功能是实现对全校班级的管理工作，包括：

班级游览、班级添加、班级查询等，这三个功能模块各自独立，完成学校的全部班级的管理。

5.1.3学生档案管理模块

该模块的主要功能是实现对学生的个人信息的管理工作，包括档案添加、档案浏览、档案查询等功能，从而方便学校管理部门对学校的基本情况的快速查询和了解。

5.1.4课程管理模块

该模块对各个班级的课程进行设置，并可在其中设置各门课程的教材选用情况，方便了学校教材管理部门和教务处的教学管理人员的工作。

该模块包括基本课程设计和班级课程设置两个模块。

5.1.5成绩管理模块

学校的成绩管理工作是检验学生学习情况的一个主要手段，本模块包括考试类型设置，共有期中考试和期未考试两种类型，还设置了成绩添加、成绩游览、成绩查询等功能模块。

5.2.测试设计

5.2.1. 测试方案设计

　　测试方案的设计要除了要明确定义各个测试活动的对象、执行人员、测试进度、放行标准等一系列属性外，还要充分考虑到成本与技术可行性。

一个好的测试方案总是遵循着以下设计原则：

（1）测试成本与测试工作产生的效益处于最佳比值；

（2）各具体测试活动描述清晰，目标明确，内容完备；（3）测试手段是可行的；（4）测试产生的结果是可以用于指导产品质量改进的。

笔者注意到一些企业对于第（3）点存在认识上的误区，盲目购置的一批自动化测试工具，却无人懂操作，或者根本就不适合自己的开发环境。

这些问题在测试方案设计过程中应该努力避免的。

　　在进行测试方案的具体设计时，常常也暴露出来一些难题和障碍。

最常见的就是角色安排多，测试人员少。

解决这一问题的根本途径是招募测试人才，建设高效测试团队。

然而，远水解不了近渴。

如果你的测试团队遭遇到此类尴尬，那么，你就需要考虑一下变通之策：

前面提到的外包和外协都是不错的处理办法。

另外，建议你适当考虑自动测试工具，某些工具的确能减少你的工作压力（如自动集成工具能实现每日建构、压力测试工具能缓解你编写模拟并发程序的压力）。

除了人手的问题，了解你所在的测试团队各成员的专业技能也是很重要的。

有些项目测试方案设计得很好，但由于缺乏相应素质的测试团队成员担当测试方案中的相应角色，测试方案只能无限期搁浅，结果不了了之。

除此之外，测试方案设计人员还应多多参考软件开发管理类文档，在测试的时间进度安排上与开发保持同步，如果开发进度有变动，应及时调整相应的测试进度安排。

5.2.2. 测试用例设计

测试用例设计是对测试方案实现技术部分更为细致描述，相关设计技术已经相对成熟[注：

目前测试用例设计的某些分支仍是研究热点。

市面上，关于测试用例的理论著作也是琳琅满目。

下表列出了各类测试用例设计技术，在本文中笔者不打算一一介绍，而是根据测试实践和个人取向，选出了几个有代表性的方法，供读者参考。

有兴趣的读者，可以进一步查阅论述更细致一些的书籍。

5.3.测试执行准备

按照开发阶段划分，软件测试可分为单元测试、集成测试，系统测试和验收测试。

单元测试：

针