人力资源管理系统测试分析报告

人力资源管理系统测试分析报告

文档名称:测试分析报告

项目名称:人力资源管理系统 1引言

1.1编写目的

测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总结的分析和认可及不足之处的说明。因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析源代码，掌握各函数的功能和局限性。从而缩短软件开发者的再开发时间和所耗费的精力，资金。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员。

为了系统的正常运行，及时发现可能存在的错误，本小组计划测试各个模块，每个模块设计多个用例。

1.2背景

项目名称:企业人力资源管理系统开发项目

开发者:桂林理工大学信息科学与工程学院计本08-1班黄永儒黄敏詹萍用户:企业人力资源管理部门

运行环境:Windows XP及以上Windows系统

加数据库SQL Server2005

1.3定义

数据库:存储在某种存储介质上的相关数据有组织的集合。

单元测试又称模块测试，是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作。

集成测试也叫组装测试或联合测试。

安全性:系统设置了不同级别的使用者的权限，仅有后台数据库管理员用户才可以对整个系统进行设置或修改，普通权限的登录用户可以进行简单的添加、修改、删除操作，非登录用户只能进行浏览检索功能。

1

1.4参考资料

1) 刘生平:《Visual C++.NET 数据库开发技术与实践》(清华大学出版社) 2) 黄永儒:《人力资源管理系统项目开发计划》

3) 黄敏:《人力资源管理系统软件需求说明书》

4) 詹萍:《人力资源管理系统详细设计说明书》

5) 詹萍:《人力资源管理系统概要设计说明书》

2测试概要

测试内容差标识符测试内容原因别

非登录用

户没有权系统登陆模块分登录用户身份和非登录用户身份权限访问限访问某

些模块

只有管理员才可以对系统进行所有操非登录用

作。登录用户只能查看自己的基本户没有权数据库管理模块权限访问信息，修改自己的密码。查看、修限访问某

改、删除个人的信息。些模块

非登录用用户可按条件进行查询(包括员工编户没有权员工信息查询模块号，员工姓名，所在部门，职位)同时权限访问限访问某可将数据导出到word文档。些模块

非登录用

登录用户可根据需要修改，修改后将数户没有权员工信息修改模块权限访问据保存到数据库。限访问某

些模块

非登录用用户向系统输入各种数据(包括员工编户没有权员工信息添加模块号，员工姓名，家庭住址，职务等)然权限访问限访问某后将数据保存到数据库。些模块

非登录用用户输入员工编号或员工姓名，按回车户没有权员工信息删除模块

键显示所有信息，用户可根据需要删权限访问限访问某除。些模块非登录用登录用户可对公司员工的业务情况进户没有权业绩考核模块行考核(包括工作态度，绩效评估，能权限访问限访问某力评价) 些模块

2

用户对公司各部门的招聘需求及招聘工非登录用

作进展情况进行管理，使内部员工及时户没有权招聘管理模块权限访问了解到公司的招聘计划和岗位信息方便限访问某

员工自荐或推荐合适人选些模块

用户可查看公司员工的工资列表，管理

员可修改公司员工的工资，做最后的工非登录用

资核算。根据员工工资情况自动计算出户没有权工资管理模块权限访问基本工资、职务工资、缺勤扣款、工龄限访问某

工资及养老保险，手动输入奖金，自动些模块

生成总金额。

非登录用用户可用请假条保存自己的请假事宜，户没有权考勤管理模块考勤录入可记录公司员工的工作情况，权限访问限访问某帮助计算工资核算中的缺勤扣款。些模块

3测试结果及发现

3.1测试1(系统登陆模块)

分别以登录用户身份和非登录用户身份登陆系统，分别可实现不同的功能。当以管理员身份登入时必须输入正确的用户名(例如:tsoft)和密码(例如:111)才能登入，其权限最大。否则登入失败。当以普通登录用户登入时，只需输入用户帐号，当其存在于tb_user_loader表中时登入成功，若是不登陆也可以进入系统主界面，但只能进行相关信息浏览检索操作。

3.2测试2(员工信息添加模块)

按要求输入数据，当数据和数据库数据类型相同时可以给出提示，如果不同则自动弹出警告窗口。

3.3测试3(员工信息查询模块)

按要求输入数据进行查询，可以得到预期的效果，导入word文档成功。 3.4测试4(员工信息修改模块)

可以达到预期效果，修改后可以成功的保存数据信息。

3

3.5测试5(员工信息删除模块)

删除操作可以达到预期效果，但是缺少恢复删除的功能，如果用户想要恢复数据只能重新添加数据信息。

3.6测试6(业绩考核模块)

基本达到预期效果，输入的员工考核信息可以成功保存，如果出现异常输入会自动弹出警告窗口。

3.7测试7(后台数据库操作管理模块)

保存信息时，添加到数据库的数据有部分冲突。显示信息的表格没有将所有已存在的数据显示出来。

3.8测试8(招聘管理模块)

可以完成对公司的用人申请和应聘者应聘登记信息的浏览检索。

3.9测试9(工资管理模块)

可以实现对员工月工资的核算，浏览检索公司员工的工资情况，设置工资单的数据并保存，查询后可用word文档导出。

3.10测试10(考勤管理模块)

可以实现员工的请假条保存，查看月出勤列表，可用word文档导出。 4对软件功能的结论

4.1功能1(系统登陆模块)

4.1.1能力

该部份经黑盒测试及集成测试，可识别不同登入者的身份，分别提供不同的功能。

4

4.1.2限制

用户名和密码过于简单，不能防止SQL注入式攻击，安全性不高。

4.2功能2(员工信息添加模块) 4.2.1能力

聘用新员工，可将其信息添加到数据库进行保存。 4.2.2限制

经测试发现，员工编号具有唯一性，输入已存在的编号时系统给出提示，不能连续添加。

4.3功能3(员工信息查询模块) 4.3.1能力

可按查询条件进行查询员工信息。

4.3.2限制

经测试该模块的功能可以实现。

4.4功能4(员工信息修改模块) 4.4.1能力

可修改员工的基本信息。

4.4.2限制

经测试该模块的功能可以实现。

5

4.5功能5(员工信息删除模块) 4.

5.1能力

删除员工的基本信息。

4.5.2限制

经测试发现，功能可以实现，但是删除功能没有恢复机制，只能重新添加。

4.6功能6(业绩考核模块)

4.6.1能力

记录各个部门各个职务的公司员工的工作态度、绩效评估、能力评价进行公平公正客观

的考核。

4.6.2限制

经测试该模块的功能可以实现。

4.7功能7(后台数据库操作管理模块) 4.7.1能力

添加、修改、删除公司各个员工的信息，管理各个表的数据信息。 4.7.2限制经测试发现，该功能基本可以实现。

4.8功能8(招聘管理模块)

4.8.1能力

对公司各部门的招聘需求及招聘工作进展情况进行管理

6

4.8.2限制

经测试发现，该功能基本可以实现。

4.9功能9(工资管理模块)

4.9.1能力

对公司各部门各个职务的工资设置及月工资核算进行管理。 4.9.2限制

经测试发现，该功能基本可以实现。

4.10功能10(考勤管理模块)

4.10.1能力

对公司各个员工出勤情况进行管理，可实现请假条的填写和保存，出勤情况的输出。

4.10.2限制

经测试发现，该功能基本可以实现。

5分析摘要

5.1能力

经测试，本软件的各项功能基本实现。

5.2缺陷和限制

经测试发现本软件存在以下缺陷，输入数据的约束不够强，与数据库同步有待加强。由

于本软件系人力资源管理系统涉及个人利益和集体利益，软件中存在的一些缺陷可能会导致

个人或集体的利益受损，安全性有待加强，软件功能还需进一进完善。

7

5.3建议

1) 加强数据库和软件的安全性，有些信息没有做到同步修改，可能导致数据混乱;

2) 员工信息的唯一性有待加强，可能有些数据重复而无法觉察;

3) 程序代码注释过少，语句结构不清晰，不利于以后软件的维护，升级。

4) 培训模块因为时间仓促只能涉及小部分的内容，希望有机会能完善整个大的模块。 5.4评价

企业人力资源管理系统从提出到实现，小组之间进行不断交流，不断测试，终于测试通过，该软件已达到预定目标，可以交付使用。

6测试资源消耗

此项目测试工作，共有三人参加，水平级别一般，全部测试工作花时三天，经查阅书籍，互联网上搜索相关资料，使用了三台电脑进行测试。

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

1. 测试计划标示符

P200901-001-ST-TPL

2. 引言

1) 目标

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

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

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

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

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

2)背景

要想实现企业快速应变能力，必须能够尽早获得和传输需求信息或变化的信

息，必须更快地处理这种变化信息，并更快地做出相应的处理，以满足或处理这种

变化。所以人力资源管理系统，也就成为越来越多企业的选择，也是人力资源管理

科学化的必然的选择。

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

受××××公司的委托，本系统由××××公司研发，双发于200×年×月×日签订协议，项目正式启动。人力资源管理系统一期计划实现员工信息管理和培训

管理，并且实现多级授权的权限控制。公司内部已于200×年10月进行了项目立项，

并在需求调研的基础上制定了开发计划，本测试中心依据开发流程特制定本测试计

划，以对HRMIS的相关活动做出指导。

3)范围

该测试计划覆盖了人力资源管理系统的功能模块，从该系统的功能性，可靠性，易

用性，效率，维护性，可移植性及其用户手册等七个方面进行测试和综合的评价

8

a.分析HRMIS的系统需求和设计，HRMIS的质量需求概览如下分类内容描述遗留问题

易用性，稳定性，扩展性结构界面风格保持统一

系统访问权限管理

管理功能用户管理

部门管理

基本信息管理

工作履历管理

培训实施记录

合同管理

部门调动业务功能信息变更历史功能考勤/考评管理员工工资管理

培训信息管理培训管理培训机构管理

考勤系统接口需求及设计

财务管理系统接口需求及设计

接口物流管理系统接口需求及设计

生产管理系统接口需求及设计

CRM 接口需求及设计

15User并发，平均相应时间系统登录

<10s

15User并发，平均相应时间考勤高峰性能 <10s

平均小于15s 信息修改

平均小于15s 数据转换和传送

不要求跨平台

故障恢复其他

要求涉及时间的要求精确到日期，不要求精确到时间培训费用精确到元角分，计费币种为人民币

b.功能测试

一级模块二级模块三级模块

新增员工信息

修改员工信息

员工信息管理删除员工信息

部门调动

合同签订

9

合同修改

合同删除

添加工作履历

修改工作履历

删除工作履历

参加培训记录

培训纪录

培训考核

信息变更历史

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

培训信息管理培训机构添加，修改和删除

培训信息的培训机构变更

系统用户添加，修改和删除系统管理系统用户的权限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.人力资源管理系统配置管理计划

10

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

3. 测试依据

a. GB/T 16260.1----2006<<软件工程产品质量第1部分:质量模型>>

b. GB/T 16260.2----2006<<软件工程产品质量第2部分:外部度量>>

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

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

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

4. 方法

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

a. 文档测试

应对软件文档的正确性，完整性，一致性，易浏览性进行逐一检查和验证 b. 功能性测试

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

c. 可靠性测试

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

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

利用性能测试工具软件，分别模拟系统软件所设计的用户数量和系统软件所能承受的用户数量，对软件处理能力和数据传输能力进行测试。并验证软件在不同状态下的系统相应时间，吞吐量，资源利用率等指标和规定要求的符合性。 f. 回归测试

为了测试在系统期间做过的程序修改，应对系统进行若干次重复测试。对系统的每一个新版本应做一次回归测试，从而检测由于程序修改所导致的意想不到的影像。

1.单元测试策略

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

测试范围模块:所有中间处理逻辑单元质量特性，功能性(适合性，准确性)维护性测试类型单元测试

技术描述使用JUnit开发，执行测试用例，检验单元提供的方法

使用Logiscope对单元的过程调用关系，函数控制流进行分析使用

Rational TestRealTime对单元进行语句覆盖分析开始标准模块代码编写完成，调试无误

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

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

测试重点和优先级关键模块的处理逻辑单元优先

11

需考虑的特殊事项测试工具对编程语言的支持度

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

2. 集成测试策略

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

测试范围集成测试

测试类型 UI(User Interface)与中间处理逻辑，数据库集成

技术描述 1. 选定集成测试方案，如自顶向下，自底向上

2. 执行集成测试用例，利用有效的和无效的数据来执行各个用例，用例

流或功能，以核实以下内容

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

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

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

开始标准单元测试通过

完成标准集成测试用例执行通过

测试重点和优先级业务优先:员工信息管理，培训信息管理

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

需考虑的特殊事项开发进度可能会影响集成测试方案

3.系统测试策略

测试目标取保测试的功能正常，其中包括导航，数据输入，处理和检索功能测试范围系统测试(功能测试)

测试类型功能性，效率，可维护性，可移植性等

技术描述使用等价类，边界值，因果图等用例设计方法设计测试用例

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

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

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

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

确定关键业务，使用LoadRunner开发自动化性能测试脚步，仿真HRMIS

的实际应用场景，通过压力测试评估系统各项性能指标开始标准指定功能的集成测试通过

完成标准系统测试用例达到规定的通过率

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

测试重点和优先级功能性和效率测试

需考虑的特殊事项效率测试的环境问题

5. 测试项通过准则

略

6. 暂停准则和恢复要求

a. 暂停准则

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

b. 恢复要求

12

出现测试暂停后，当系统的新版本向测试组传递时，应执行回归测试 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 ——件报告责人

13

开发组经理

人力资源部

经理

12.重复任务(11) ———— 4 —— (6)~(11)直到达

到测试通过标

准

13.编写系统测任务(12) ——测试项目负2 ——试报告责人

人力资源部

经理

14.将所有测试任务(13) ——系统测试组 1 ——文档集和测试配置管理员数据传输给配

置管理组

9. 环境要求

a. 硬件

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

服务器:处理器Xeon 2.0GHz×2\内存2GB以上\硬盘160GB以上

客户端:处理器Pentium 4 1.1GHz\内存512MB以上\硬盘80GB

b. 软件

服务器端，客户端操作系统:Micorsoft Windows 2000/XP/2003

服务器端数据库:MySQL 6.0

c. 工具

性能测试工具采用LoadRunner9.1 10. 职责

系统测试组:对测试及技术测试业务进行全面管理

公司人力资源部:该组是公司人力资源管理系统的终端用户，在审查测试设计说明，执行

测试等活动中应协助系统测试组工作。

项目开发组:传递要测试的系统，并相应系统测试事件报告。该组对需要排错的任何程序

进行调试

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

a. 人员配备

测试项目负责人一名

测试设计员一名

测试执行人员一名

性能测试员一名

测试系统管理员一名

b. 培训

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

用户文档作为培训的基础

HRMIS的整体测试工作按阶段可以分为单元测试，集成测试和系统测试三个

14

主要的阶段，其中单元和集成测试计划由开发人员自行完成，故这部分工作基本上不存在人力资源支出。考虑到系统测试工作量和项目周期，系统测试工作共需二或三名测试人员来完成，另设一名测试负责人，构成和组织框架如下

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

估标准认可