案例2奥组委人力资源信息管理系统第一轮测试计划.docx

案例2奥组委人力资源信息管理系统第一轮测试计划.docx

《案例2奥组委人力资源信息管理系统第一轮测试计划.docx》由会员分享，可在线阅读，更多相关《案例2奥组委人力资源信息管理系统第一轮测试计划.docx（16页珍藏版）》请在冰豆网上搜索。

案例2奥组委人力资源信息管理系统第一轮测试计划

Openoffice.orgwriter应用软件

测试计划

文档编号：

JBTEST-011-05-Openoffice.orgwriter03

版本号：

2.0.4

软件产品名称：

Openoffice.orgwriter

软件开发部门：

开发一部

软件测试部门：

软件测试部

编写：

刘绍华日期：

2003年06月30日

审核：

秃子日期：

2003年07月01日

批准：

XX日期：

2003年07月01日

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

目录

1.引言............................................................4

1.1测试计划概述...............................................4

1.2被测试系统概述.............................................4

1.3测试计划制定依据...........................................4

1.4预期读者...................................................4

2.测试范围........................................................5

2.1测试特性与软件需求的对应关系...............................6

2.1.1安装/卸载测试............................................6

2.1.2功能测试.................................................6

3.术语定义........................................................7

3.1软件错误与缺陷定义.........................................7

3.2其他术语的定义.............................................7

4.测试目标与策略..................................................8

4.1测试目标...................................................8

4.2测试方法...................................................8

4.3测试工具...................................................8

4.4测试地点...................................................8

5.测试状态转换标准和再启动要求....................................8

6.测试通过准则....................................................8

7.应提供的测试文档................................................8

8.测试资源需求....................................................9

8.1硬件需求...................................................9

8.2软件需求...................................................9

8.3网络需求...................................................9

8.4人员需求...................................................9

8.5其他需求...................................................9

9.人员、职责及培训要求...........................................10

第2页共16页

软件测试计划文档编号:

JBTEST-011-05-Openoffice.orgwriter03

9.1人员组成..................................................10

9.2人员分工与职责............................................10

9.3培训要求..................................................10

10.测试进度.......................................................10

11.风险和应急.....................................................11

11.1影响计划的潜在因素......................................11

11.2应急措施................................................11

12.测试的局限性...................................................11

13.计划的批准.....................................................11

14.参考文档.......................................................11

第3页共16页

软件测试计划文档编号:

JBTEST-011-05-Openoffice.orgwriter03

1引言

1.1测试计划概述

计划名称：

Openoffice.orgwriter应用软件

文档编号：

JBTEST-011-05-Openoffice.orgwriter03

测试部门：

软件测试部

计划作者：

刘绍华

计划审核：

于晓鹏（总工程师）

本测试计划将对Openoffice.orgwriter应用软件的测试方法、测试工具、测试

范围、测试种类、测试的软件硬件环境、测试进度、测试人员的分工和职责以及

测试流程进行详细的定义和整体的描述。

对Openoffice.orgwriter应用软件将采用黑盒测试方法、计划利用10个工作

日完成第一轮测试。

1.2被测试系统概述

产品名称：

Openoffice.orgwriter应用软件

开发部门：

开发一部

测试版本：

V2.0.4

最新版本：

V2.0.4

Openoffice.orgwriter应用软件基础功能：

文件管理、编辑管理、视图管理、插入管理、格式管理、表格管理、工具管理、视窗管理、帮助管理。

1.3测试计划制定依据

本测试计划是依据《Openoffice.orgwriter应用软件开发计划》、《Openoffice.orgwriter应用软件需求规格说明书》等。

1.4预期读者

（1）项目管理人员；

（2）测试人员；

（3）开发人员。

第4页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

2测试范围

测试类型

是否计划进行测试

测试的优先级

说明

安装/卸载测试

是

最高优先级

程序的安装与卸载测试

功能测试

是

最高优先级

系统功能的正确实现及与需求是否符合的测试

资源占有测试

否

对系统在安装或运行后对硬盘、内存、CPU及网络占有率测试

兼容性测试

是

低优先级

系统对各种运行环境的兼容性（例如操作系统浏览器）以及与历史版本的兼容性、与第三方软件的兼容性测试

可靠性/稳定性测试

是

最高优先级

系统运行的可靠性、对各种异外情况错误处理能力的测试

并发测试

否

系统对并发操作的支持性测试

压力测试

否

系统在大负载量条件的性能测试

用户友好性

是

中等优先级

主要是指测试人员以用户的角度对系统操作的方便性、可使用性、界面友好性的给出评价。

软件安全性

否

主要从软件安全性角度测试系统对业务数据保存、访问及软件系统自身的安全性进行测试。

配置测试

否

指对被测系统使用说明书中要求的软硬件配置进行验证。

在此主要指硬件的配置要求验证测试。

恢复测试

否

是指被测试系统的服务

器端或客户端或网络在机器突然出故障（例如突然断电或断网）后重新恢复正常的能力测试。

文档检查

否

对提供的用户手册、系统的在线帮助等技术文档进行一致性检查。

其他测试：

否

备注：

（1）请在表中选择本次测试计划进行的测试类型，并对测试的优先级给以说明。

（2）测试的优先级分为四个级别，请在表格中填写相应序号。

1最高优先级：

首先测试，并详细测试；

2中等优先级：

正常测试；

3低优先级：

只需粗略测试，但本次测试必须进行；

4最低优先级：

只需粗略测试，可以留到下轮测试进行；

第5页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

2.1测试特性与软件需求的对应关系

2.1.1安装/卸载测试

表3安装环境测试需求说明

操作系统

数据库

其他支撑软件或操作系统

备注

Server端

Win2000

advanceserver

Sqlserver2000

enterpriseedition

如果是独立软件

也请填写本各行

数据。

Client/Browser

端

Winxp、win2000

professional

如果是B/S结构

或独立软件，本

行数据不填。

2.1.2功能测试

表4功能测试需求说明

模块名称

测试需求

模块开发人员

备注

文件管理

刘绍华

编辑管理

刘绍华

视图管理

刘绍华

插入管理

刘绍华

格式管理

刘绍华

表格管理

刘绍华

工具管理

刘绍华

视窗管理

刘绍华

帮助管理

刘绍华

备注：

（1）在测试项一栏中，请填写需要进行测试的主要功能模块，不需要划分太细，

以功能模块进行划分即可。

（2）在“测试注意事项或特殊说明”一栏，请给出在进行本项测

试时，需要重点测试的方面或其他使用说明。

3术语定义

此部分定义与测试计划执行有关的重要术语和缩略语，其中主要对软件错误

与缺陷的划分标准进行定义。

3.1软件错误与缺陷定义

软件错误与缺陷定义见附录Ⅰ。

3.2其他术语的定义

无。

第7页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

4测试目标与策略

4.1测试目标

尽可能发现系统中存在的错误和设计缺陷。

验证系统的可靠性，检查系统

的正确性和系统的友好性。

4.2测试方法

采用黑盒测试的方法。

4.3测试工具

主要进行功能的手工测试，所以没有使用特殊的测试工具。

4.4测试地点

本测试计划的的执行地点在本公司。

5测试状态转换标准和再启动要求

测试状态转换标准和再启动要求见附录Ⅱ。

6测试通过准则

测试通过准则参见附录Ⅲ。

7应提供的测试文档

Ø《软件产品提交测试委托书》

Ø《软件测试需求说明书》

Ø《测试计划》

Ø《测试用例设计与执行报告》

Ø《测试用例设计评审记录》

Ø《软件问题清单》

Ø《测试分析报告》

第8页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

8测试资源需求

8.1硬件需求

根据系统的环境要求，系统运行要求满足的最低硬件配置标准为：

系统环境需求

硬件环境

软件环境

服务器

PII266,512M,30G以上机型

Win2000Server、SQLServer2000

客户端

P166,32M,2G以上机型

Win9x,Win2000

测试部现有PⅢ1.0GHZ，128M内存微机两台，PⅣ1.6GHZ、128内存微机三台，可以满足上述硬件配置的最低标准。

8.2软件需求

在上表列出了系统运行要求的软件环境。

测试还需要文档处理软件MicrosoftOffice2003。

8.3网络需求

现有的100M局域网就可以满足测试需求。

8.4人员需求

（1）本测试需要测试人员四名（一名测试负责人、三名测试人员）；

（2）需要该系统开发人员一名，负责对测试人员进行该系统的使用培训和

解释测试人员在测试中遇到的各种系统使用问题，同时负责对错误加

以确认。

8.5其他需求

暂无。

第9页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

9人员、职责及培训要求

9.1人员组成

奥组委网招聘系统的测试主要有以下人员参与：

（1）项目总负责人：

于晓鹏

（2）测试部负责人：

于晓鹏

（3）测试人员：

刘绍华、小李阳、闫宇宇

（4）开发一部负责人：

于晓鹏

（5）开发二部开发人员：

王志辉\范孝龙等

9.2人员分工与职责

人员分工与职责见附录Ⅳ。

9.3培训要求

由开发人员于晓鹏进行被测试系统的培训；

10测试进度

测试进度计划表

起止日期测试任务

6月28日—6月30日制定测试计划；（赵树斌）

熟悉被测试系统

7月1日搭建测试环境

7月1日进行测试前被测系统培训;（相松林）

7月1日—7月7日设计测试用例（赵瑞、赵磊、石海军）

7月8日测试用例评审

7月8日—7月10日执行测试用例（赵瑞、赵磊、石海军）

7月11日整理测试结果，出软件问题清单和测

试分析报告。

（赵树斌）

7月11日-7月14日确认软件问题清单（相松林）

7月14日上报测试结果，第一轮测试结束.

注：

回归测试时间将在回归测试前进行详细制定。

第10页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

11风险和应急

11.1影响计划的潜在因素

在测试计划执行过程中，可能存在以下因素影响计划的按时完成：

l测试人员对被测试产品的熟悉进度慢；

l测试人员对测试工具的使用熟悉程序不够；

l被测试产品存在重大错误，以致于测试无法继续，需要开发组进行额外的调

试和修改才能继续；

l硬件、软件或网络环境出现故障等。

其中第一点是影响测试进度的最大的因素。

11.2应急措施

如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。

如

果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标

准来暂停该测试。

12测试的局限性

l系统硬件配置存在不可预测的问题；

l测试范围不能覆盖所有的可能情况；

l测试时间的限制；

l测试数据可能不全面；

l测试工具自身的缺陷；

l测试人员的失误。

13计划的批准

本测试计划需测试部上级主管，谢冰总工程师批准。

14参考文档

Ø《Openoffice.orgwriter应用软件开发计划》；

Ø《Openoffice.orgwriter应用软件需求规格说明书》；

第11页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

附录Ⅰ软件错误与缺陷的定义

对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别：

1致命性错误

数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系

统或其他支撑系统崩溃、非正常关闭和非正常死机。

2严重性错误

应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。

系统的主要功

能不能正确实现或不完整。

3一般性错误

规定的非主要功能没有实现或不完整、影响系统的运行；设计不合理造成性

能低下。

4告警性错误

不影响业务运行的功能问题。

5建议

软件设计和功能实现等不完全合理之处提出建议。

第12页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

附录Ⅱ测试状态转换标准和再启动要求

“测试状态转换标准”用于开始、暂停或结束全部或部分与本计划有关

的测试项的测试活动的标准，这三种标准通常指启动标准、暂停标准和退出

标准。

“测试再启动要求”规定当测试重启动时必须重复的测试活动。

1测试启动标准

①测试部由公司管理层领导，具体由总工负责领导职能。

各软件产品或项目

组提交测试需经过公司管理层书面指派。

②公司所研发的各项面向市场的软件系统均需通过测试，才能对外发布，特

殊情况由公司管理层书面认可。

③公司各项软件产品的开发计划书中均需要列出交付测试时间和测试时间，

以及相应的修改和回归测试时间。

测试部基于各开发计划制定相应的测试

计划，软件系统开发计划的变更必须变更相关的测试安排。

④软件产品或项目提交测试部进行测试必须满足以下条件：

Ø提交测试的软件系统必须是一个稳定的、待发布的版本，必须明确定

义系统版本号（即在系统各部分，系统本身、用户手册等方面均表明

该版本），如果本版本还没有开发完成或将进行大量的修改，不能提交

测试；

Ø软件产品或项目在提交测试之前，本产品或项目组必须在内部进行自

己的单元测试和集成测试；

Ø提交测试的软件系统必须是商品化包装的，并需附有：

l用户手册、使用说明书（至少两者必备其一）；

l软件需求说明书；

l其它最好还能够提交相关培训教材、演示程序等电子文档。

Ø软件系统开发组必须向测试部提供足够的培训和技术指导，以便测试

工作的顺利开展。

在测试期间，开发组必须指定一名骨干开发人员，

帮助测试部解决相关问题。

Ø若是对将发布的产品或将验收的项目进行测试，则必须给测试留出足

够的时间，以保证测试的质量。

Ø提交测试的软件系统版本在测试期间保持稳定，即测试部只对初始提

交的系统版本进行测试，产品或项目组在测试期间的修改只在下一轮

测试中进行测试。

特殊情况即提交版本无法继续测试，如安装程序

错误等问题下，可以在测试期间更换版本，但必须经过测试部的同意。

Ø回归测试是指不包含功能修改（含界面修改等）情况下测试部对原来

测出的问题进行的再次测试。

若引入新功能超过10%，则认为是新的

系统测试，测试部必须进行全面测试。

2测试暂停标准

当在测试过程中出现下列情况之一，则测试将暂停：

①对于某类测试，测试环境变得（或者测试中发现）没有准备好，则暂停此

类测试；

②对于提交测试的版本而言，如果其预计的功能修改量超过总功能的10%，

第13页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

产品或项目组应即时通报测试部，并向公司相关负责人汇报，测试部有权

利向公司领导建议暂停或取消本轮测试，避免测试的无效劳动，避免造成

人力、财力等资源的浪费。

③发现被测试系统有大量错误或非常严重错误，以至于测试不能继续或继续

测试没有意义，则测试部应向总工提交报告，由总工决定是否暂停整个系

统测试。

④当系统中某个功能模块有非常严重的错误，以致于不能完成预期的功能，

则暂停此功能模块的测试。

3测试退出标准

当出现下列情况之一则退出此系统的本次测试：

1测试计划中所有规定的测试内容和回归测试都已经运行完成。

②根据上级主管对测试结果的意见，要求结束本次测试。

4启动要求

当测试重新启动时，必须重复的主要测试活动有：

①当是某功能模块的测试重新启动时，则此功能模块的所有测试用例都要重

新运行，并且调用此功能模块的其他功能模块的相关测试用例也要重新运

行。

②当是整个系统的测试重新启动时，则发生修改的部分和与之相关联的部分

的测试用例都要重新运行。

第14页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

附录Ⅲ测试通过准则

1测试项通过标准

测试项的通过标准目前定义为：

当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系

统的错误，则认为此项测试通过。

2系统测试通过标准

系统测试的通过标准目前定义为：

对于每一类测试，当没有发现致命性错误和严重性错误、一般性错误数量小

于测试用例总数的2%，告警性错误数量小于测试用例总数的5%，则认为系统通

过本次测试，但要以测试结果评审会的评审结果为最后标准。

第15页共16页

软件测试计划文档编号:

JBTEST-011-05-OPENOFFICE.ORGWRITER03

附录Ⅳ人员分工与职责

1项目总负责

Ø负责审定和批准《测试计划》；