软件测试计划书--模板

软件测试计划书

2020年12月

修订记录

1引言

1.1 目的

编写本测试计划的目的是尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。

1.2 范围

说明本测试计划所属软件系统的名称、特征、要求和难点，以及在开始执行本测试计划之前必须完成的各项功能模块。

1.3 参考资料

GB/T8567 计算机软件文档编制规范

GB/T9385 计算机软件需求规格描述规范

《XXX系统需求规格说明书》

《XXX系统概要设计说明书》

《XXX系统详细设计说明书》

2概述

2.1目标

简要描述测试计划的目标。

2.2 测试环境

（1）运行环境

Web应用环境：支持TOMCAT 5.0/5.5/4.1，支持WEBSPHERE 6.1/6.0，支持WEBLOGIC 8.1，支持JBOSS 4.0

数据库环境： Oracle11g硬件平台：

（数据库服务器：Sun Fire 880,8*1.2GCPU，16G MEM,6*73G Disk）

（Web服务器：Sun Fire 880,6*1.2GCPU，12G MEM,6*73G Disk）

 （2）开发环境

开发平台：jbuilder x或者eclipse 3.1/3.2

 硬件平台：PC Server（Dell 2850：1×2.8GHz CPU，2GB MEM，2×146GB Disk）

2.3 内容范围

 本测试计划是针对中规定内容的测试计划，包括：

人员信息管理

企业信息管理

角色信息管理

课程信息维护

资料信息维护

2.4条件和

对界面的处理上存在一定的，因为小组对JAVA GUI技术应用还不够熟练，因此对用户界面的处理可能不够华丽，不能提供个性化的个人界面设置。

3. 测试计划

3.1测试模块

人员信息管理

企业信息管理

角色信息管理

课程信息维护

资料信息维护

3.2测试类型

功能测试

单元测试

组装测试

压力测试

确认测试

3.3测试方法及标准

3.3.1功能测试

3.3.1.1功能

系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。

3.3.1.2界面测试

1：易用性：

按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

2： 规范性：

 通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。 

3：帮助设施：

系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。

4：合理性：

屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。

5：菜单位置：

 菜单是界面上最重要的元素，菜单位置按照按功能来组织。

3.3.1.3数据项测试

字母数字数据项是否能够正确回显，并输入到系统中？

图形模式的数据项（如滑动条）是否正常工作？

是否能够识别非法数据？

数据输入消息是否可理解？

3.3.2业务测试

功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。

3.3.3压力测试

3.3.3.1压力测试说明

本次压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据，测试时在两小时内输入80条数据。我们无法知道用户的业务量，所以只有利用公司现有资源进行大量的数据量的测试。

3.3.3.2压力测试工具

    待定

3.3.3.3压力测试方法及标准

    压力测试的方法及标准参考本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。

3.3.4组装测试

3.3.4.1组装测试说明

除了嵌入式软件之外，安装是软件产品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。

3.3.4.2组装测试方法及标准

自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组 

合的正确性，最终目标是所有组合都能安装成功。

安装退出之后，确认应用程序可以正确启动、运行。

卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。

至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品。(有条件的情况下)

安装完成之后，可以在简单地使用之后再执行卸载操作，有的系统在使用之后会发生变化，变得不可卸载。

安装时间是否合理。

对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题。

考察安装该系统是否对其他的应用程序造成影响，特别是Windows操作系统，经常会出现此类的问题。

3.3.5确认测试

3.3.5.1确认测试说明

软件产品测试部对经过内部单元测试、组装测试和系统测试后的软件所进行的测试，测试用例采用业务流程测试用例。

3.4测试资源

3.4.1资源

测试服务器

稳定的测试服务器，IP地址为:X.X.X.X。

人员

测试主管一名，测试人员2名。

3.3.2工具

测试中使用的Bug管理工具为JIRA。

自动化测试工具待定。

3.4 测试进度

4.1 单元测试

4.1.1 单元测试计划

4.1.2.1模块一测试

4.2.1 组装测试计划

说组装测试的测试内容：

组装测试是用于软件装配的系统技术。它以概要设计文档为依据，在软件装配的同时进行测试，主要是用来发现与接口相联系的错误。传统软件模块间的层次结构存在控制关系，而OO软件虽然没有层次控制关系，每次组装一个功能进入一个类是不够的；因为，组成类的各个成分之间存在着直接和间接的交互作用。所以，OO软件组装测试还必须进行类之间的合作测试。

测试的进度安排：

测试服务器

稳定的测试服务器，IP地址为:X.X.X.X。

人员：

测试主管1名，测试人员2名。

4.2.2 组装测试用例设计

4.3.1 确认测试计划

软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。

软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。

软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。

如有新的项目需求，则在原测试计划下做相应的调整。

若开发暂停，则相应测试也暂停，并备份暂停点数据。

若项目中止，则对已完成的测试工作做测试活动总结。

项目再启动时，测试进度重新安排或顺延。