HR软件测试计划文档.docx

HR软件测试计划文档.docx

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

HR软件测试计划文档

HR项目

测试计划

编写人：

编写日期：

文档编号：

HR_CSJH_1.0

软件版本号:

HR_V1.0

保密级别：

保密

目录

1.引言4

1.1编写目的4

1.2适用范围4

1.3项目简介及背景4

1.4定义4

2.测试策略5

2.1单元测试5

2.1.1测试目标5

2.1.2测试范围5

2.1.3测试环境5

2.1.4测试方法5

2.1.5测试准则5

2.1.6进度与人员安排6

2.2集成测试6

2.2.1测试目标6

2.2.2测试范围6

2.2.3测试环境6

2.2.4测试方法6

2.2.5测试准则6

2.2.6进度与人员安排7

2.3系统测试7

2.3.1测试目标7

2.3.2测试范围7

2.3.3测试环境7

2.3.4测试方法7

2.3.5测试准则7

2.3.6进度与人员安排7

2.4验收测试8

2.4.1测试目标8

2.4.2测试范围8

2.4.3测试环境8

2.4.4测试方法8

2.4.5测试准则8

2.4.6进度与人员安排8

2.5回归测试8

2.5.1测试目标8

2.5.2测试范围9

2.5.3测试环境9

2.5.4测试方法9

2.5.5测试准则9

2.5.6进度与人员安排9

3.测试项通过/失败的标准9

3.1测试项通过标准9

3.2测试项失败标准10

4．中断测试和恢复测试的判断标准10

4.1中断测试判断标准10

4.2恢复测试判断标准10

5.进入/退出标准10

5.1进入标准10

5.2退出标准10

6.测试完成所提交的材料11

7.人员安排和培训需求11

8.参考文档11

9.审批11

1.引言

1.1编写目的

为整个测试阶段的管理工作和技术工作提供指南，并确定测试的内容和范围，为评价系统提供依据。

1.2适用范围

本文档用于整个测试周期。

1.3项目简介及背景

项目名称：

HR人力资源管理

使用单位：

Fendou

项目经理：

xujg

开发组：

FJSE23

测试组：

FJSE08

测试日期：

2011/05/10-201105/26

1.4定义

进入标准：

用于决定项目是否准备好进入特定的测试阶段。

退出标准：

用于决定项目是否可以退出当前的测试阶段，或者进入下一个测试阶段或者结束项目。

缺陷等级：

用于区分Bug的等级，分为致命缺陷，严重缺陷，一般缺陷，较小缺陷。

缺陷优先级：

用于定义Bug要被修改的紧急程度，一般分为紧急、很高、高、中、低五个级别。

致命缺陷：

死机、数据跌势、主要功能完全丧失、用户数据受到破坏、系统崩溃等错误。

修改优先级为最高，该级别需要程序员立即修复。

严重缺陷：

系统的主要功能部分丧失、数据不能保存、导致严重的问题和致命的错误，修改优先级为较高，该级别需要程序员尽快修复。

一般缺陷：

系统的部分功能没有完全实现，但不影响，产品及属性仍可使用，如提示信息不太准确或用户界面差、操作时间长等一些问题，修改优先级为中，该级别需要程序员修改。

较小缺陷：

微小的问题，对功能几乎没有影响，产品及属性仍可使用，如有个错别字、操作者不方便。

修改优先级为低，该级别需要程序员修改或不修改。

紧急：

如果在测试中，发现Bug，并且此Bug不立即解决，则不能再测试下去了，就将此Bug定义为“紧急”。

很高：

发现的Bug，造成数据丢失，或死机现象，如此的Bug被定义为“很高”。

高：

发现的Bug，不符合系统的设计，或者某一主要功能未实现等，象这样的Bug被定义为“高”。

中：

发现的Bug，某些非主要的功能未实现，不影响其他功能的实现，象这样的Bug被定义为“中”。

低：

不影响系统的功能实现，例如：

界面上的错别字，界面上的字体参差不齐等，或者是测试人员建议的问题。

这样的Bug的优先级被定义为“低”。

2.测试策略

2.1单元测试

2.1.1测试目标

测试单独的模块是否正确。

2.1.2测试范围

组成HR系统的所有子模块。

2.1.3测试环境

应用系统：

WindowsXP

应用软件：

Myeclipse8.5，Tomcat6.0，JDK6.0，Mysql5.0，Firefox

2.1.4测试方法

利用代码检查法。

2.1.5测试准则

a.检查代码和设计的一致性

b.代码的可读性以及对软件设计标准的遵循情况

c.代码逻辑表达的正确性

d.代码结构的合理性

e.程序不安全、不明确和模糊的地方

f.编程风格

2.1.6进度与人员安排

1、测试时间

2、参与测试的人员

FJSE23

2.2集成测试

2.2.1测试目标

把单独的模块集成起来测试功能及性能有没有缺陷和错误。

2.2.2测试范围

系统设置，招聘管理，考试管理，档案管理，薪酬管理，激励管理，

培训管理，人员调动，绩效考核，考勤管理，数据库报

这十一大模块的集成测试。

2.2.3测试环境

应用系统：

WindowsXP

应用软件：

Myeclipse8.5，Tomcat6.0，JDK6.0，Mysql5.0，Firefox

2.2.4测试方法

采用自底向上增量集成方案，进行基本的功能性测试、可靠性测试等

2.2.5测试准则

a.所有公共模块都要被测试到

b.关键模块必须进行充分的测试

c.集成测试应该按一定的层次进行

d.集成测试的策略选择应当综合考虑质量、成本和进度之间的关系

e.集成测试应当尽早开始，并以总体设计为基础

f.在模块与接口的划分上，测试人员应当和开发人员进行充分的沟通

g.当测试发生修改时，涉及的相关接口必须进行再测试

h.测试执行结果应当如实的记录

2.2.6进度与人员安排

1、测试时间

2、参与测试的人员

软件开发人员完成

2.3系统测试

2.3.1测试目标

对集成好的软件系统进行彻底的测试，验证软件系统的正确性和性能等是否满足需求分析所指定的要求。

2.3.2测试范围

招聘管理，考试管理，档案管理，薪酬管理四大功能模块。

2.3.3测试环境

应用系统：

WindowsXP

应用软件：

Myeclipse8.5，Tomcat6.0，JDK6.0，Mysql5.0，Firefox

2.3.4测试方法

功能测试：

1.对于各种输入域使用等价类划分法，边界值法；

2该系统各模块之间的关系密切，还需使用判定表法。

性能测试：

根据HR系统是对公司的日常工作管理的特点分析，公司在公布

2.3.5测试准则

a.对系统各种功能都要进行测试

b.对系统的整体性能进行测试

2.3.6进度与人员安排

1、测试时间

2011年3月30日至2011年4月1日

2、参与测试的人员

罗白云、李成林、汤先正

2.4验收测试

2.4.1测试目标

测试软件产品是否符合预期的各项要求以及用户能否接受。

2.4.2测试范围

HR需求说明书所要求的功能，性能。

2.4.3测试环境

应用系统：

WindowsXP

应用软件：

Myeclipse8.5，Tomcat6.0，JDK6.0，Mysql5.0，Firefox

2.4.4测试方法

让用户一起参与，进行黑盒测试

2.4.5测试准则

所测试的软件产品一定要满足用户的要求。

2.4.6进度与人员安排

1、测试时间

2、参与测试的人员

罗白云、李成林、汤先正

2.5回归测试

2.5.1测试目标

保证软件修改后没有引入新的错误。

2.5.2测试范围

2.5.3测试环境

2.5.4测试方法

采用符合实际的测试方法

2.5.5测试准则

保证软件产品符合用户要求

2.5.6进度与人员安排

1、测试时间

2、参与测试的人员

罗白云、李成林、汤先正

2.5.7补充

回归测试应该发生在只要软件有修改就要进行回归测试，并不只是在验收测试之后。

3.测试项通过/失败的标准

3.1测试项通过标准

主模块中致命缺陷为0，严重缺陷为0，一般缺陷占此模块缺陷总数的2%，较小缺陷占此模块总数的3%；当测试的模块满足此条件时，测试项通过。

3.2测试项失败标准

主模块中有致命缺陷和严重缺陷，一般缺陷占此模块缺陷总数超过2%，较小缺陷占此模块缺陷总数超过3%；当测试的模块满足此条件时，测试项失败。

4．中断测试和恢复测试的判断标准

4.1中断测试判断标准

a.测试中发现致命缺陷和严重缺陷时，应中断测试并及时修复

b．若缺陷严重程度为较小或一般，当优先级为紧急和很高或高时，应中断测试并及时修复

c．当遇到特殊情况，例如：

环境设备不齐全，人员不够等，应中断

4.2恢复测试判断标准

a.当测试出的致命缺陷和严重缺陷被修复时，恢复测试

b.当测试出的优先级高的缺陷被修复时，恢复测试

c.当遇到的特殊情况解决了，恢复测试

5.进入/退出标准

5.1进入标准

a.“测试小组”配置好软硬件环境，并且可以正确访问这些环境

b.“开发小组”已完成所有特性和错误修复并完成修复后的单元测试

c.“测试小组”完成“冒烟测试”——程序包能打开，随即的测试操作正确完成

5.2退出标准

a.“开发小组”完成了所有必须修复的错误

b.“测试小组”完成了所有计划的测试

c.客户认为产品通过

6.测试完成所提交的材料

7.人员安排和培训需求

阶段

任务名称

工时

提交结果

测试计划

测试系统开发与配置

测试执行

测试总结分析

8.参考文档

9.审批

测试通过。

测试负责人（签字）：

项目经理或团队经理（签字）：

事业部主管（签字）：