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

1、精选优质文档-倾情为你奉上一、 B/S系统测试内容 功能测试：链接测试、表单测试、数据校验、cookies测试、数据库测试、设计语言测试。 性能测试：连接速度测试、负载测试、压力测试。 用户界面测试：导航测试、视觉测试、表格测试、整体界面测试。 兼容性测试：平台测试、浏览器测试、分辨率测试、测试连接速率对用户体验影响、页面可打印性。 安全测试：身份认证、ssl、用户访问日志 人力资源管理系统(HRMIS)测试计划 1. 测试计划标示符 P-001-ST-TPL 2. 引言 1） 目标 分类 内容描述 遗留问题 易用性，稳定性，扩展性 结构 界面风格保持统一 系统访问权限管理 用户管理 管理功能

2、 部门管理 基本信息管理 工作履历管理 培训实施记录 合同管理 部门调动 业务功能 信息变更历史 功能 考勤/考评管理 员工工资管理 培训信息管理 培训管理 培训机构管理 考勤系统 接口需求及设计 财务管理系统 接口需求及设计 接口需求及设计 接口 物流管理系统 接口需求及设计 生产管理系统 CRM 接口需求及设计 性能 系统登录 15User并发，平均相应时间 <10s 考勤高峰 15User并发，平均相应时间 <10s 信息修改 平均小于15s 数据转换和传送 平均小于15s 不要求跨平台 故障恢复 其他 要求 涉及时间的要求精确到日期，不要求精确到时间 培训费用精确到元角分，

3、计费币种为人民币 制定人力资源管理系统的系统测试计划的目标是： a.细化准备和进行系统测试所需要的活动 b.与所有负责方沟通有关他们要执行的任务以及执行任务的所安排的进度 c.确定用来准备计划的信息源 d.确定进行系统测试所需要的测试工具和环境 2）背景 要想实现企业快速应变能力，必须能够尽早获得和传输需求信息或变化的信 息，必须更快地处理这种变化信息，并更快地做出相应的处理，以满足或处理这种 变化。所以人力资源管理系统，也就成为越来越多企业的选择，也是人力资源管理 科学化的必然的选择。 筹建的人力资源管理系统立足于当前主流系统基本功能集，并力图在某个领域 进行技术创新，提高系统的易用性，稳定

4、性，扩展性。 受××××公司的委托，本系统由××××公司研发，双发于200×年×月× 日签订协议，项目正式启动。人力资源管理系统一期计划实现员工信息管理和培训 管理，并且实现多级授权的权限控制。公司内部已于200×年10月进行了项目立项， 并在需求调研的基础上制定了开发计划，本测试中心依据开发流程特制定本测试计 划，以对HRMIS的相关活动做出指导。 3）范围 该测试计划覆盖了人力资源管理系统的功能模块，从该系统的功能性，可靠性，易 用性，效率，维护性，可移植性及其用户手册等

5、七个方面进行测试和综合的评价 a.分析HRMIS的系统需求和设计，HRMIS的质量需求概览如下 b.功能测试 一级模块 二级模块 三级模块 新增员工信息 修改员工信息 删除员工信息 部门调动 员工信息管理 合同签订 合同修改 合同删除 添加工作履历 修改工作履历 删除工作履历 参加培训记录 培训纪录 培训考核 信息变更历史 培训信息添加，修改和删除 培训信息管理 培训机构添加，修改和删除 培训信息的培训机构变更 系统用户添加，修改和删除 系统管理 系统用户的权限 c.性能测试: 关键业务清单 a. 系统登录 b. 更新处理 c. 数据转换和传送 据此，从质量特性角度可以确定HRMIS的测试范围

6、如下 软件质量特性 子特性 是否测试 软件质量特性 子特性 是否测试 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.人力资源管理系统开

7、发计划 d.人力资源管理系统质量保证计划 e.人力资源管理系统配置管理计划 f. ××公司系统开发标准及规程 3. 测试依据 a. GB/T 16260.1-2006<<软件工程 产品质量 第1部分：质量模型>> b. GB/T 16260.2-2006<<软件工程 产品质量 第2部分：外部度量>> c. ××××公司测试规范 d. 人力资源管理系统需求说明书 e. 人力资源管理系统设计说明书 4. 方法 测试人员应该根据系统文档准备所有的测试设计，用例以及规程说明，公司人 力资源部门应

8、协助开发测试设计和测试用例，这样做有助于确保测试能体现系统的 实际使用 a. 文档测试 应对软件文档的正确性，完整性，一致性，易浏览性进行逐一检查和验证 b. 功能性测试 通过采用用户文档中规定的方式和流程执行软件，检查软件输出结果和相应的 执行过程以及其功能特性是否满足相应的要求，是否正确，是否具有相应的安 全措施 c. 可靠性测试 分析出不符合业务逻辑的操作过程和数据，采用软件文档中未规定和不允许的 方式和数据执行软件，必要时采用破坏性测试，如断电，断网，非法机关等手 段，以检查软件的执行过程，方式和结果，验证其容错，健壮，错误恢复能力 d. 易用性测试 通过检查软件以及软件执行过程中的界

9、面，图形，文字，信息和标识是否容易 理解，易于浏览，检查软件的输入，操作方式是否便捷，易用，易学。 e. 效率测试 利用性能测试工具软件，分别模拟系统软件所设计的用户数量和系统软件所能 承受的用户数量，对软件处理能力和数据传输能力进行测试。并验证软件在不 同状态下的系统相应时间，吞吐量，资源利用率等指标和规定要求的符合性。 f. 回归测试 为了测试在系统期间做过的程序修改，应对系统进行若干次重复测试。对系统 的每一个新版本应做一次回归测试，从而检测由于程序修改所导致的意想不到 的影像。 1.单元测试策略 测试目标 确保所测试的单元功能正常，没有冗余语句 测试范围 模块:所有中间处理逻辑单元质量

10、特性，功能性(适合性，准确性)维护性 测试类型 单元测试 技术描述 使用JUnit开发，执行测试用例，检验单元提供的方法 使用Logiscope对单元的过程调用关系，函数控制流进行分析使用 Rational TestRealTime对单元进行语句覆盖分析 模块代码编写完成，调试无误 开始标准 所预定的测试覆盖(语句覆盖，路径覆盖等)达到目标值 完成标准 所预定的测试用例执行通过 测试重点和优先级 关键模块的处理逻辑单元优先 需考虑的特殊事项 测试工具对编程语言的支持度 驱动模块和桩模块的设计和编制 测试目标 确保集成后的系统模块的功能正常，参于集成的单元相互数据传递无误 测试范围 集成测试 测

11、试类型 UI(User Interface)与中间处理逻辑，数据库集成 技术描述 1. 选定集成测试方案，如自顶向下，自底向上 2. 执行集成测试用例，利用有效的和无效的数据来执行各个用例，用例 流或功能，以核实以下内容 1. 在使用有效数据时得到预期的结果 2. 在使用无效数据时显示相应的错误消息和警告消息 3. 各业务规则都得到了正确的应用 单元测试通过 开始标准 集成测试用例执行通过 完成标准 测试重点和优先级 业务优先：员工信息管理，培训信息管理 共享度优先：优先测试公用程度高的部分 需考虑的特殊事项 开发进度可能会影响集成测试方案 2. 集成测试策略 3.系统测试策略 测试目标 取保

12、测试的功能正常，其中包括导航，数据输入，处理和检索功能 测试范围 系统测试(功能测试) 测试类型 功能性，效率，可维护性，可移植性等 技术描述 使用等价类，边界值，因果图等用例设计方法设计测试用例 测试用例至少要包含一个有效的和一个无效的数据，以核实以下内容 1. 在使用有效数据时得到预期的结果 2. 在使用无效数据时显示相应的错误消息和警告消息 3. 各业务规则都得到了正确应用 确定关键业务，使用LoadRunner开发自动化性能测试脚步，仿真HRMIS 的实际应用场景，通过压力测试评估系统各项性能指标 指定功能的集成测试通过 开始标准 系统测试用例达到规定的通过率 完成标准 缺陷得到有效处

13、理，遗留缺陷的影响做了充分估计 测试重点和优先级 功能性和效率测试 需考虑的特殊事项 效率测试的环境问题 5. 测试项通过准则 略 6. 暂停准则和恢复要求 a. 暂停准则 如果测试中发生严重缺陷，导致50%的测试用例无法执行，则将测试暂停 b. 恢复要求 出现测试暂停后，当系统的新版本向测试组传递时，应执行回归测试 7. 测试交付项 系统测试期间可能形成的文档示例如下，这些文档在测试结束后进行归档。 a. 系统测试计划 b. 系统测试说明 c. 系统测试报告 d. 系统测试记录 e. 系统测试缺陷报告 8. 测试任务 任务列表 任务 前期任务 特殊功能 责任 投入 完成日期 1.准备测试计结

14、束人力资无 测试项目负4(人天) 划 源管理系统责人 设计描述和 初步的开发 计划 8 任务1 2.准备测试设通晓公司的测试分析员 计说明 人力资源管 理规程 6 3.准备测试用 任务2 测试设计员 例说明 4 4.准备测试规 任务3 测试设计员 程说明 2 5.建立最初的 任务(4) 测试设计员 员工信息数据库 6.结束测试项结束集成测 开发项目组 传递并向测试试 经理 组传递该公司的人力资源管理系统 1 7.检查执行该任务(6) 工作控制经测试分析员 系统需要的所验 有的工作控制规程 1 8.组装并连接任务(6) 测试员 该公司人力资源管理系统 6 9.执行测试 任务(5),(8) 测试员

15、 2 10.检查测试结任务(9) 通晓公司的测试设计员 果 人力资源管测试分析员 理需求 3 11.解决测试事 测试项目负任务(9)(10) 件报告 责人 开发组经理 人力资源部 经理 4 12.重复任务(11) (6)(11)直到达到测试通过标准 2 13.编写系统测任务(12) 测试项目负 试报告 责人 人力资源部 经理 1 系统测试组 14.将所有测试任务(13) 配置管理员 文档集和测试数据传输给配置管理组 9. 环境要求 a. 硬件 测试应在××公司的硬件配置下进行，应满足如下最低配置要求 服务器:处理器Xeon 2.0GHz×2内存2GB以上硬盘160

16、GB以上 客户端:处理器Pentium 4 1.1GHz内存512MB以上硬盘80GB b. 软件 服务器端，客户端操作系统:Micorsoft Windows 2000/XP/2003 服务器端数据库:MySQL 6.0 c. 工具 性能测试工具采用LoadRunner9.1 10. 职责 系统测试组:对测试及技术测试业务进行全面管理 公司人力资源部:该组是公司人力资源管理系统的终端用户，在审查测试设计说明，执行 测试等活动中应协助系统测试组工作。 项目开发组:传递要测试的系统，并相应系统测试事件报告。该组对需要排错的任何程序 进行调试 11. 人员配备，培训要求和资源配置 a. 人员配备

17、测试项目负责人一名 测试设计员一名 测试执行人员一名 性能测试员一名 测试系统管理员一名 b. 培训 公司人力资源管理部门的人员必须经过培训，以便对数据录入事务进行处理。 用户文档作为培训的基础 HRMIS的整体测试工作按阶段可以分为单元测试，集成测试和系统测试三个 主要的阶段，其中单元和集成测试计划由开发人员自行完成，故这部分工作基 本上不存在人力资源支出。考虑到系统测试工作量和项目周期，系统测试工作 共需二或三名测试人员来完成，另设一名测试负责人，构成和组织框架如下 1.测试时间 测试类型 起始时间 结束时间 单元测试 20××年12月10日 20××

18、;年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 第三方系统外部