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

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

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

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

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

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

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

1.测试筹划标示符

P01-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----<<软件工程产品质量第1某些:

质量模型>>

b.GB/T16260.2----<<软件工程产品质量第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.软件

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

MicorsoftWindows/XP/

服务器端数据库:

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