人力资源管理人力资源管理系统测试计划.docx

上传人:b****5 文档编号:7725127 上传时间:2023-01-26 格式:DOCX 页数:14 大小:21.62KB
下载 相关 举报
人力资源管理人力资源管理系统测试计划.docx_第1页
第1页 / 共14页
人力资源管理人力资源管理系统测试计划.docx_第2页
第2页 / 共14页
人力资源管理人力资源管理系统测试计划.docx_第3页
第3页 / 共14页
人力资源管理人力资源管理系统测试计划.docx_第4页
第4页 / 共14页
人力资源管理人力资源管理系统测试计划.docx_第5页
第5页 / 共14页
点击查看更多>>
下载资源
资源描述

人力资源管理人力资源管理系统测试计划.docx

《人力资源管理人力资源管理系统测试计划.docx》由会员分享,可在线阅读,更多相关《人力资源管理人力资源管理系统测试计划.docx(14页珍藏版)》请在冰豆网上搜索。

人力资源管理人力资源管理系统测试计划.docx

人力资源管理人力资源管理系统测试计划

(人力资源管理)人力资源管理系统测试计划

人力资源管理系统(HRMIS)测试计划

1.测试计划标示符

P200901-001-ST-TPL

2.引言

1)目标

制定人力资源管理系统的系统测试计划的目标是:

a.细化准备和进行系统测试所需要的活动

b.和所有负责方沟通有关他们要执行的任务以及执行任务的所安排的进度

c.确定用来准备计划的信息源

d.确定进行系统测试所需要的测试工具和环境

2)背景

要想实现企业快速应变能力,必须能够尽早获得和传输需求信息或变化的信息,必须更快地处理这种变化信息,且更快地做出相应的处理,以满足或处理这种变化。

所以人力资源管理系统,也就成为越来越多企业的选择,也是人力资源管理科学化的必然的选择。

筹建的人力资源管理系统立足于当前主流系统基本功能集,且力图于某个领域进行技术创新,提高系统的易用性,稳定性,扩展性。

受××××公司的委托,本系统由××××公司研发,双发于200×年×月×日签订协议,项目正式启动。

人力资源管理系统壹期计划实现员工信息管理和培训管理,且且实现多级授权的权限控制。

公司内部已于200×年10月进行了项目立项,且于需求调研的基础上制定了开发计划,本测试中心依据开发流程特制定本测试计划,以对HRMIS的关联活动做出指导。

3)范围

该测试计划覆盖了人力资源管理系统的功能模块,从该系统的功能性,可靠性,易用性,效率,维护性,可移植性及其用户手册等七个方面进行测试和综合的评价

a.分析HRMIS的系统需求和设计,HRMIS的质量需求概览如下

分类

内容描述

遗留问题

结构

易用性,稳定性,扩展性

界面风格保持统壹

功能

管理功能

系统访问权限管理

用户管理

部门管理

业务功能

基本信息管理

工作履历管理

培训实施记录

合同管理

部门调动

信息变更历史

考勤/考评管理

员工工资管理

培训管理

培训信息管理

培训机构管理

接口

考勤系统

接口需求及设计

财务管理系统

接口需求及设计

物流管理系统

接口需求及设计

生产管理系统

接口需求及设计

CRM

接口需求及设计

性能

系统登录

15User且发,平均相应时间<10s

考勤高峰

15User且发,平均相应时间<10s

信息修改

平均小于15s

数据转换和传送

平均小于15s

其他要求

不要求跨平台

故障恢复

涉及时间的要求精确到日期,不要求精确到时间

培训费用精确到元角分,计费币种为人民币

b.功能测试

壹级模块

二级模块

三级模块

员工信息管理

新增员工信息

修改员工信息

删除员工信息

部门调动

合同签订

合同修改

合同删除

添加工作履历

修改工作履历

删除工作履历

参加培训记录

培训纪录

培训考核

信息变更历史

培训信息管理

培训信息添加,修改和删除

培训机构添加,修改和删除

培训信息的培训机构变更

系统管理

系统用户添加,修改和删除

系统用户的权限

c.性能测试:

关键业务清单

a.系统登录

b.更新处理

c.数据转换和传送

据此,从质量特性角度能够确定HRMIS的测试范围如下

软件质量特性

子特性

是否测试

软件质量特性

子特性

是否测试

功能性

适合性

Y

效率

时间特性

Y

准确性

Y

资源特性

Y

互操作性

Y

依从性

Y

安全保密性

Y

维护性

易分析性

Y

依从性

Y

易改变性

Y

可靠性

成熟性

Y

稳定性

Y

容错性

Y

易测试性

Y

易恢复性

Y

依从性

Y

依从性

Y

可移植性

适应性

Y

易用性

易理解性

N

易安装性

N

易学性

N

共存性

Y

易操作性

N

易替换性

Y

吸引性

N

依从性

Y

依从性

N

2)引用文档

下列文档用作测试计划的信息源

a.人力资源管理系统需求说明书

b.人力资源管理系统设计说明书

c.人力资源管理系统开发计划

d.人力资源管理系统质量保证计划

e.人力资源管理系统配置管理计划

f.××公司系统开发标准及规程

3.测试依据

a.GB/T16260.1----2006<<软件工程产品质量第1部分:

质量模型>>

b.GB/T16260.2----2006<<软件工程产品质量第2部分:

外部度量>>

c.××××公司测试规范

d.人力资源管理系统需求说明书

e.人力资源管理系统设计说明书

4.方法

测试人员应该根据系统文档准备所有的测试设计,用例以及规程说明,公司人力资源部门应协助开发测试设计和测试用例,这样做有助于确保测试能体现系统的实际使用

a.文档测试

应对软件文档的正确性,完整性,壹致性,易浏览性进行逐壹检查和验证

b.功能性测试

通过采用用户文档中规定的方式和流程执行软件,检查软件输出结果和相应的执行过程以及其功能特性是否满足相应的要求,是否正确,是否具有相应的安全措施

c.可靠性测试

分析出不符合业务逻辑的操作过程和数据,采用软件文档中未规定和不允许的方式和数据执行软件,必要时采用破坏性测试,如断电,断网,非法机关等手段,以检查软件的执行过程,方式和结果,验证其容错,健壮,错误恢复能力

d.易用性测试

通过检查软件以及软件执行过程中的界面,图形,文字,信息和标识是否容易理解,易于浏览,检查软件的输入,操作方式是否便捷,易用,易学。

e.效率测试

利用性能测试工具软件,分别模拟系统软件所设计的用户数量和系统软件所能承受的用户数量,对软件处理能力和数据传输能力进行测试。

且验证软件于不同状态下的系统相应时间,吞吐量,资源利用率等指标和规定要求的符合性。

f.回归测试

为了测试于系统期间做过的程序修改,应对系统进行若干次重复测试。

对系统的每壹个新版本应做壹次回归测试,从而检测由于程序修改所导致的意想不到的影像。

1.单元测试策略

测试目标

确保所测试的单元功能正常,没有冗余语句

测试范围

模块:

所有中间处理逻辑单元质量特性,功能性(适合性,准确性)维护性

测试类型

单元测试

技术描述

使用JUnit开发,执行测试用例,检验单元提供的方法

使用Logiscope对单元的过程调用关系,函数控制流进行分析使用RationalTestRealTime对单元进行语句覆盖分析

开始标准

模块代码编写完成,调试无误

完成标准

所预定的测试覆盖(语句覆盖,路径覆盖等)达到目标值

所预定的测试用例执行通过

测试重点和优先级

关键模块的处理逻辑单元优先

需考虑的特殊事项

测试工具对编程语言的支持度

驱动模块和桩模块的设计和编制

测试目标

确保集成后的系统模块的功能正常,参于集成的单元相互数据传递无误

测试范围

集成测试

测试类型

UI(UserInterface)和中间处理逻辑,数据库集成

技术描述

1.选定集成测试方案,如自顶向下,自底向上

2.执行集成测试用例,利用有效的和无效的数据来执行各个用例,用例流或功能,以核实以下内容

1.于使用有效数据时得到预期的结果

2.于使用无效数据时显示相应的错误消息和警告消息

3.各业务规则均得到了正确的应用

开始标准

单元测试通过

完成标准

集成测试用例执行通过

测试重点和优先级

业务优先:

员工信息管理,培训信息管理

共享度优先:

优先测试公用程度高的部分

需考虑的特殊事项

开发进度可能会影响集成测试方案

2.集成测试策略

3.系统测试策略

测试目标

取保测试的功能正常,其中包括导航,数据输入,处理和检索功能

测试范围

系统测试(功能测试)

测试类型

功能性,效率,可维护性,可移植性等

技术描述

使用等价类,边界值,因果图等用例设计方法设计测试用例

测试用例至少要包含壹个有效的和壹个无效的数据,以核实以下内容

1.于使用有效数据时得到预期的结果

2.于使用无效数据时显示相应的错误消息和警告消息

3.各业务规则均得到了正确应用

确定关键业务,使用LoadRunner开发自动化性能测试脚步,仿真HRMIS的实际应用场景,通过压力测试评估系统各项性能指标

开始标准

指定功能的集成测试通过

完成标准

系统测试用例达到规定的通过率

缺陷得到有效处理,遗留缺陷的影响做了充分估计

测试重点和优先级

功能性和效率测试

需考虑的特殊事项

效率测试的环境问题

5.测试项通过准则

6.暂停准则和恢复要求

a.暂停准则

如果测试中发生严重缺陷,导致50%的测试用例无法执行,则将测试暂停

b.恢复要求

出现测试暂停后,当系统的新版本向测试组传递时,应执行回归测试

7.测试交付项

系统测试期间可能形成的文档示例如下,这些文档于测试结束后进行归档。

a.系统测试计划

b.系统测试说明

c.系统测试方案

d.系统测试记录

e.系统测试缺陷方案

8.测试任务

任务列表

任务

前期任务

特殊功能

责任

投入

完成日期

1.准备测试计划

结束人力资源管理系统设计描述和初步的开发计划

测试项目负责人

4(人天)

——

2.准备测试设计说明

任务1

通晓公司的人力资源管理规程

测试分析员

8

——

3.准备测试用例说明

任务2

——

测试设计员

6

——

4.准备测试规程说明

任务3

——

测试设计员

4

——

5.建立最初的员工信息数据库

任务(4)

——

测试设计员

2

——

6.结束测试项传递且向测试组传递该公司的人力资源管理系统

结束集成测试

——

开发项目组经理

——

——

7.检查执行该系统需要的所有的工作控制规程

任务(6)

工作控制经验

测试分析员

1

——

8.组装且连接该公司人力资源管理系统

任务(6)

——

测试员

1

——

9.执行测试

任务(5),(8)

测试员

6

——

10.检查测试结果

任务(9)

通晓公司的人力资源管理需求

测试设计员

测试分析员

2

——

11.解决测试事件方案

任务(9)(10)

——

测试项目负责人

开发组经理

人力资源部经理

3

——

12.重复(6)~(11)直到达到测试通过标准

任务(11)

——

——

4

——

13.编写系统测试方案

任务(12)

——

测试项目负责人

人力资源部经理

2

——

14.将所有测试文档集和测试数据传输给配置管理组

任务(13)

——

系统测试组

配置管理员

1

——

9.环境要求

a.硬件

测试应于××公司的硬件配置下进行,应满足如下最低配置要求

服务器:

处理器Xeon2.0GHz×2\内存2GB之上\硬盘160GB之上

客户端:

处理器Pentium41.1GHz\内存512MB之上\硬盘80GB

b.软件

服务器端,客户端操作系统:

MicorsoftWindows2000/XP/2003

服务器端数据库:

MySQL6.0

c.工具

性能测试工具采用LoadRunner9.1

10.职责

系统测试组:

对测试及技术测试业务进行全面管理

公司人力资源部:

该组是公司人力资源管理系统的终端用户,于审查测试设计说明,执行测试等活动中应协助系统测试组工作。

项目开发组:

传递要测试的系统,且相应系统测试事件方案。

该组对需要排错的任何程序进行调试

11.人员配备,培训要求和资源配置

a.人员配备

测试项目负责人壹名

测试设计员壹名

测试执行人员壹名

性能测试员壹名

测试系统管理员壹名

b.培训

公司人力资源管理部门的人员必须经过培训,以便对数据录入事务进行处理。

用户文档作为培训的基础

HRMIS的整体测试工作按阶段能够分为单元测试,集成测试和系统测试三个主要的阶段,其中单元和集成测试计划由开发人员自行完成,故这部分工作基本上不存于人力资源支出。

考虑到系统测试工作量和项目周期,系统测试工作共需二或三名测试人员来完成,另设壹名测试负责人,构成和组织框架如下

1.测试时间

测试类型

起始时间

结束时间

单元测试

20××年12月10日

20××年12月16日

集成测试

20××年12月18日

20××年12月29日

系统测试

20××年12月29日

20××年1月19日

2.测试设备和工具

根据HRMIS的结构,暂时为其配置3台测试机,其中壹台作为数据库服务器使用。

测试工具使用SVN配置管理工具,TestDirector8.0和LoadRunner9.1,其中SVN能够和项目组织共享使用,TestDirector属于公司的公共平台,不需要另行配置

12.进度

见测试任务表

13.风险和应急

a.如果系统故障严重影响测试进度,开发经理应分派壹名全职人员到测试组做调试工作

b.如果壹位监管人员对于测试工作不够用,人力资源部经理应确定第二位监管人员

c.如果硬件出现的问题影响系统于白天的使用,则测试组应安排其夜晚的活动

风险评估表

编号

——

填表人

——

填表日期

——

项目名称

人力资源管理系统(HRMIS)系统测试

项目经理

——

风险编号

风险名称

风险类别

发生概率

产生后果

风险等级

1

性能测试工具掌握程度

技术风险

很可能

实质性危害

A

2

系统架构评估标准认可

技术风险

可能

显著危害

B

3

第三方系统承建方支持度

外部可预测风险

可能

显著危害

B

针对不同风险的特点,需要制定壹些有效措施加以规避(或者转嫁),于本例中能够制定以下措施:

风险1:

性能测试工具掌握程度

能够采取的措施:

a.安排外部培训

b.租借有经验的人员加入项目组

风险2:

系统架构评估标准

能够采用的措施:

a.客户,系统承建方和测试实施单位共同拟定评估标准

b.听取有经验的系统架构师的建议

第三方系统承建方支持度

能够采用的措施

a.列出支持项,递交给客户,争取主动权

b.争取客户的系统管理人员作为备份

14.批准

测试项目负责人:

日期:

开发项目经理:

日期:

质量保证经理:

日期:

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 高等教育 > 理学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1