人力资源管理系统测试计划.docx
- 文档编号:9917694
- 上传时间:2023-02-07
- 格式:DOCX
- 页数:14
- 大小:21.04KB
人力资源管理系统测试计划.docx
《人力资源管理系统测试计划.docx》由会员分享,可在线阅读,更多相关《人力资源管理系统测试计划.docx(14页珍藏版)》请在冰豆网上搜索。
人力资源管理系统测试计划
人力资源管理系统测试计划
人力资源管理系统(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对单元进行语句覆盖分析开始标准模块代码编写完成,调试无误
完成标准所预定的测试覆盖(语句覆盖,路径覆盖等)达到目标值
所预定的测试用例执行通过
测试重点和优先级关键模块的处理逻辑单元优先
需考虑的特殊事项测试工具对编程语言的支持度
驱动模块和桩模块的设计和编制
2.集成测试策略
测试目标确保集成后的系统模块的功能正常,参于集成的单元相互数据传递无误测试范围集成测试
测试类型UI(UserInterface)与中间处理逻辑,数据库集成
技术描述1.选定集成测试方案,如自顶向下,自底向上
2.执行集成测试用例,利用有效的和无效的数据来执行各个用例,用例
流或功能,以核实以下内容
1.在使用有效数据时得到预期的结果
2.在使用无效数据时显示相应的错误消息和警告消息
3.各业务规则都得到了正确的应用
开始标准单元测试通过
完成标准集成测试用例执行通过
测试重点和优先级业务优先:
员工信息管理,培训信息管理
共享度优先:
优先测试公用程度高的部分
需考虑的特殊事项开发进度可能会影响集成测试方案
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.重复任务(11)————4——(6)~(11)直到达
到测试通过标
准
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.批准
测试项目负责人:
日期:
开发项目经理:
日期:
质量保证经理:
日期:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人力资源 管理 系统 测试 计划