OA系统
测试计划
文件状态： 草稿 √正式发布 正在修改
文件标识： NM-OA-TEST-PLAN 当前版本： 1.0 作 者： 张俊臣 完成日期： 2014-06-17
目 录
1、测试范围与主要内容 ........................................................................................................ 4 2、测试方法............................................................................................................................ 4 3、测试环境与测试辅助工具 ................................................................................................ 5 4、测试完成准则 .................................................................................................................... 6 5、人员与任务表 .................................................................................................................... 6 6、缺陷管理与改错计划 ........................................................................................................ 7 7. 风险管理计划 ..................................................................................................................... 7 附录. 本计划审批意见 ........................................................................................................... 9
1、测试范围与主要内容 1.1准备测试的特征
以下特征将被测试,以确保OA办公自动化系统能够满足02-OA项目-
需求规格说明书中指定的需求:
需求3.1.2 考勤管理 需求3.1.3 会议管理 需求3.1.4 车辆管理 需求3.1.5 消息管理
需求3.1.6 个人事务管理 需求3.1.7 日志管理 需求3.1.8 系统管理 需求3.2.1 可用性 需求3.2.2 可靠性 需求3.2.3 性能
需求3.2.4 可支持性 需求3.2.5 设计约束 需求3.2.6 安全性 需求3.2.7 用户界面
2、 测试方法
总体测试方法包括白盒测试和黑盒测试。
2.1 白盒测试
在单元测试中运用白盒测试方法，主要测试与数据库交换模块以及代码的规范化。
2.2 黑盒测试
在功能测试、性能测试、压力测试中运用黑盒测试方法，包括：等价类划分、边值分析、错误推测。
3、 测试环境与测试辅助工具 3.1运行环境 3.1.1硬件设备
序号 1 号 设备型途 服务器 测试OA系统服务器功能 个人计测试客算机 户端的功能 设备用设备配置 2 序号 1 2 3 4 5 6 7 Window2007/windowXP 技术指标项目 CPU类型 CPUCache (L1+L2) 内存(最大满配) 网络协议 系统可靠性 操作系统 局域网接入方式 技术指标 32位或64位 CPU为P4 2.0G*1（标配1颗） CPU=512k 系统内存=512M（标配512M，目前配置2.5G） 支持TCP/IP、IPX等多种协议族 MTBF>=80000小时 系统采用Windows 2007操作系统 采用 10/100/1000 以太网 3.1.2软件环境
服务器软件环境
操作系统：采用Windows2007 Server Web服务：
数据库：SQL SERVER 2008 Express 客户端软件环境
操作系统：Windows9x以上，IE5.5（推荐使用IE6.0）
3.1.3条件
名称 类型和说明 数量 1 后台服务器 操作系统：采用Windows2007 Server、WEB服务：Apache 3.1.2+Tomcat7.0.42+JDK1.7.0_25、数据库：SQL Server2008 测试用客户端
Win98、Windows 2007或XP 1 3.2所使用的测试辅助工具
名称 LoadRunner 11.0
简介 企业级软件并发自动化压力测试工具 测试员 4、测试完成准则 4.1 通过/失败标准
每个测试用例的通过/失败标准都由它预期的结果来描述。如果在执行
一具测试用例时得到了预期的结果，那么测试就通过。如果在执行一测试用例时没有得到预期的结果，那么测试就失败。如果因为构建中存在一些阻碍的缺陷而未能执行某项测试，则该测试的结果将记为“受阻”。
要让OA自动办公系统成功退出系统测试阶段，则要达到以下准则： 1）功能性测试用例通过率达到100％； 2）非功能性测试用例通过率达到95％时
3）相邻8个CPU小时内“测试期缺陷密度”全部低于或等于1
4.2 挂起标准和继承标准
如果基本的功能不能工作，那么测试工作将挂起，直到这种功能可以工
作为止。当出现灾难性的缺陷时，我们将尝试继续测试，除非该缺陷非常严重，致使超进50%的测试用例受阻。
5、人员与任务表
人员 张俊臣 张俊臣 张俊臣 活动 编写系统测试用例 第一次测试 编写测试报告
周期 3工作日 2工作日 1工作日 开始时间 14-6-12 14-6-15 14-6-17 结束时间 14-6-14 14-6-16 14-6-17 实施者 张俊臣 张俊臣 张俊臣 角色 测试团队负责人 测试员 测试员 职责、任务 测试协调、报告、特征测试 GUI测试、压力测试 功能测试、性能测试 时间 100% 100% 100% 6、缺陷管理与改错计划
1、发现和记录缺陷
测试人员根据测试用例，使用手工结合自动化测试方式执行测试，其间被确认的所有和项目有关的缺陷被记录到缺陷管理工具（TestDirector）中，并设置状态为new。
2、检查缺陷
开发小组负责人检查是否有新的缺陷，如果的确是待修复的缺陷，设置缺陷状态为open；如果缺陷重复，将它的状态改为closed；如果缺陷描述不清楚或无法重现，将它的状态改为Rejected。
3、修复缺陷
根据缺陷的严重程度和状态情况，有选择地进行缺陷修复。缺陷将被分配给指定的成员进行修复，修复完成后将缺陷状态改为fixed。
4、验证缺陷
缺陷修复完成后，测试人员验证fixed状态的缺陷。如果验证通过，将缺陷状态改为closed；如果验证不通过，将缺陷状态改为Reopen。
注意：
在制定系统测试计划、设计系统测试用例、执行系统测试过程中，任何人
发现系统中的缺陷时都必须使用指定的“缺陷管理工具（TestDirector）记录缺陷。测试人员或开发人员应该及时消除已经发现的缺陷，消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。
7. 风险管理计划
下表列出了测试NM-OA系统相关的风险,对风险发生的可能性的估计,风险将导致的影响,以及对每项风险的缓解计划的简单描述。
风险 发生的可能性 影响 缓解方法 开发团队增加工作时间，赶在计划内完成 因为项目提交紧迫，所以测试团队增加工作时间，在计划时间内完成 在计划时间内，软件开发可能不能按时完成，因此，笫一次５０％ 测试会延迟 计划执行测试的时间过短，６０％ 可能导致测试工作不能完整完成 严重 严重
附录. 本计划审批意见
项目经理审批意见： 签字 日期
因篇幅问题不能全部显示，请点此查看更多更全内容