软件测试.docx

软件测试.docx

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

软件测试

测试计划

10级软件2班11号李笑然18号张雅茹

修订历史记录

版本　　　　　　　

日期　　　　　　

AMD　　　　　　

修订者　　　　　

说明　　　　　

1.0

XXXX年XX月XX

（A-添加，M-修改，D-删除）

目录

1.简介4

1.1目的4

1.2背景4

1.3范围4

1.4测试参考文档4

2.测试需求4

3.测试进度5

4.测试资源5

4.1人力资源5

4.2测试环境5

4.3测试工具6

5.测试风险6

6.测试策略6

6.1功能测试6

6.2用户界面测试7

6.3安装测试8

7.测试提交文档8

1.简介

1.1目的（why）：

确认目标---做什么---怎么做？

为了真实的模拟企业测试过程，我们将以“图书信息管理系统”为测试对象，展开系统测试。

根据产品的帮助文档设计测试用例，带领同学们进行执行测试用例，完成系统测试任务。

1.2背景：

测试什么产品，包括产品的规格，信息及技术结构

这是一套基于图书管理理念的通用性极强的C/S图书管理软件。

界面美观，操作方便，功能强大，支主要包括书籍档案管理、读者管理、借还管理、系统（包括书籍档案、读者档案等十于项）查询、数据维护、系统设置和各种借阅排行统计报表等功能。

1.3范围：

测试的对象

本测试计划针对”图书信息管理系统”的帮助文档中规定的内容来制定，包括：

●系统设置

图书馆信息

管理员设置

参数设置

书架设置

初始化系统

背景图设置

退出系统

●书籍管理

图书类型设置

出版社设置

图书档案管理

图书标签打印

图书注销

图书征订

图书验收

●读者管理

读者类型设置

读者档案管理

读者挂失与恢复

读者过期续证

●系统查询

图书档案查询

图书借阅查询

图书归还查询

图书超期查询

图书注销查询

图书丢失查询

图书征订查询

期刊档案查询

期刊借阅查询

期刊归还查询

期刊超期查询

期刊注销查询

期刊丢失查询

期刊征订查询

电子图书档案查询

图片信息档案查询

今日到期或超期信息

读者档案查询

读者挂失查询

限制条件：

因为本测试主要为教学使用，受限于课程的进度；根据其进度，本计划会做出相应的调整。

1.4测试参考文档

●帮助文档

系统简介:

   这是一套基于图书管理理念的通用性极强的图书管理软件。

界面美观，操作方便，功能强大，支持分有网络版和单机版，而网络版又可分有C/S和B/S结构，具有图书多类别划分、全自动智能报表、EXCEL导出等功能。

主要包括书籍档案管理、读者管理、借还管理、系统（包括书籍档案、读者档案等十于项）查询、数据维护、系统设置和各种借阅排行统计报表等功能。

主要特点：

界面美观易用：

各操作窗口清新、大方，操作方便。

先进的管理理念：

基于HR理念设计，集成图书与期刊管理、读者管理、多线多项目查询、及书籍挣订等十于模块，功能卓越；图书档案资料全面详尽：

包括ISBN、书名、作者、类型等诸多方面，具有多个基本档案项目。

编号维护功能：

书籍编号和借书证号可由系统自动生成，可智能生成如00001、00002等具有表象特征的编码，具有编号维护功能；强大的查询系统：

可按任意条件进行查询，自由指定输出栏目；查询结果可进一步进行查找、排序，并可按自动适应纸张方式打印输出报表，或导出为EXCEL文档；强大的报表系统：

报表系统基于我公司独特的自动报表技术设计，所有输出的报表均自动排版，无需用户进行任何报表的设计操作，报表与纸张实现自动适配。

2.测试需求（what）：

测试内容

计划完成以下类型的测试。

●基本功能测试:

完成

●界面测试

●安装测试

3.测试进度（when）

测试活动

计划开始日期

实际开始日期

结束日期

制定测试计划

2012.10.01

2012.10.01

2012.10.02

设计测试用例

2012.10.02

2012.10.02

2012.10.03

基本功能测试

2012.10.03

2012.10.03

2012.10.05

界面测试

2012.10.04

2012.10.05

2012.10.07

安装测试

2012.10.06

2012.10.07

2012.10.08

对测试进行评估

2012.10.07

2012.10.08

2012.10.09

产品发布

2012.10.08

2012.10.09

2012.10.11

4.测试资源

4.1人力资源（who）

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

角色

所推荐的最少资源（所分配的专职角色数量）

具体职责或注释

测试组长

李笑然

负责拟定软件项目的测试计划和方案，提供测试技术指导，组织测试资源，安排测试计划实施，提交测试分析报告，总结整个测试活动

测试人设计员

李笑然

参与制定测试计划，生成测试模型，在面向对象的设计系统中确定并定义测试类的操作、属性和关联关系，确定测试用例，指导测试实施、参与测试评估和测试分析报告的编写

测试员

张雅茹

执行实施测试，填写测试记录，记录结果和缺陷

4.2测试环境（where）

下表列出了测试的系统环境

软件环境（相关软件、操作系统等）

操作系统：

中文WINDOWS98第二版以上版本

硬件环境（网络、设备等）

主机：

主频在133MHz以上、硬盘：

系统需用硬盘容量大约30Ｍ、内存：

16ＭＢ内存、显示器：

标准VGA彩色显示器；800X600,256色

打印机：

任意一种打印机型均可。

但打印条形码最好选用激光打印机，或者选用较好的喷墨打印机，打印出来的条形码只要能让扫描枪识别即可

扫描枪：

任意一种均可。

4.3测试工具

此项目将列出测试使用的工具：

用途

工具

生产厂商/自产

版本

功能测试

Winnerunner

MercuryInteractive

8.0

缺陷管理

Bugzilla

Mozilla

4.1.2

负载测试

LoadRunner

HP

11.0

测试管理

TestDirector

MercuryInteractive

8.0

5.测试风险

本测试过程受以下条件的制约：

●BUG的修复情况。

●系统整体功能的实现情况。

●代码编写的质量。

●人员经验以及对产品的熟悉程度。

●人员调整导致对研发周期的延迟。

●测试时间的缩短导致某些测试用例无法完成。

6.测试策略（how）

[测试策略提供了对测试对象进行测试的推荐方法。

对于每种测试，都应提供测试说明，并解释其实施的原因。

制定测试策略时所考虑的主要事项有：

将要使用的技术以及判断测试何时完成的标准。

下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。

]

注意：

不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。

例如，“将不实施该测试。

该测试本项目不适用”。

一测试方法:

需求分析阶段:

对需求文档进行静态测试，主要采用审查走查的方法验证需求的完整性、一致性可行性

编码和单元测试阶段:

白盒测试方法由程序员完成

集成测试阶段:

黑盒测试方法设计用例时注意等价划分和边界值方法

系统测试阶段:

黑盒测试方法测试工具，进行自动化测试，包括系统的功能和性能测试

验收测试阶段:

动态、黑盒测试方法由用户来进行

二测试标准

–入口标准：

描述在开始之前需要做哪些工作

–出口标准：

描述在怎样的情况下可以结束测试

–暂停/继续测试：

•描述如果缺陷妨碍测试进行下去，会发生什么事情。

如果情况很糟，无法执行计划的测试，则应暂停测试，等完成修复工作后，再完成测试工作。

–通过/失败标准

•执行每项测试应该有一个明确的预期结果。

如果得到了预期的结果，测试就通过。

否则表示测试失败。

6.1功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。

以下为各种应用程序列出了推荐使用的测试概要：

测试目标

确保测试的功能正常，其中包括导航，数据输入，处理和添加删除修改等功能。

测试范围：

●系统设置

●书籍管理

●读者管理

●系统查询

所涉及到的所有功能

技术：

利用有效的和无效的数据来执行各个用例以核实以下内容：

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

完成标准：

所计划的测试用例已经全部执行。

所发现的缺陷已经全部修改。

需考虑的特殊事项：

[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）]

6.2用户界面测试

[用户界面（UI）测试用于核实用户与软件之间的交互。

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。

另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

]

测试目标

[核实以下内容：

通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用

窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。

]

测试范围：

●系统设置

●书籍管理

●读者管理

●系统查询

所涉及到的所有界面

技术：

[为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。

]

完成标准：

[成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准]

需考虑的特殊事项：

[并不是所有定制或第三方对象的特征都可访问。

]

6.3安装测试

[安装测试有两个目的。

第一个目的是确保该软件在正常情况和异常情况的不同条件下　例如，进行首次安装、升级、完整的或自定义的安装　都能进行安装。

异常情况包括磁盘空间不足、缺少目录创建权限等。

第二个目的是核实软件在安装后可立即正常运行。

这通常是指运行大量为功能测试制定的测试。

]

测试目标

核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：

✧首次安装。

以前从未安装过＜项目名称＞的新计算机

✧更新。

以前安装过相同版本的＜项目名称＞的计算机

技术：

✧正常安装首次安装图书信息管理系统从未安装过；图书信息管理系统安装过相同或较早的版本。

✧异常安装安装过程中人为的设置异常条件

完成标准：

图书信息管理系统事务成功执行，没有出现任何故障。

需考虑的特殊事项：

7.测试提交文档（where）

[下面应当列出在测试阶段结束后，所有可提交的文档]

●测试计划

●测试用例

●缺陷记录

●测试总结