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