OA系统
测试计划
版 本 历 史
目 录
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.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 黑盒测试
在功能测试、性能测试、压力测试中运用黑盒测试方法,包括:等价类划分、边值分析、错误推测。
3、 测试环境与测试辅助工具
3.1运行环境
3.1.1硬件设备
3.1.2软件环境
服务器软件环境
操作系统:采用Windows2000 Server
Web服务:
数据库:SQL SERVER 20## Express
客户端软件环境
操作系统:Windows9x以上,IE5.5(推荐使用IE6.0)
3.1.3条件
3.2所使用的测试辅助工具
4、测试完成准则
4.1 通过/失败标准
每个测试用例的通过/失败标准都由它预期的结果来描述。如果在执行一具测试用例时得到了预期的结果,那么测试就通过。如果在执行一测试用例时没有得到预期的结果,那么测试就失败。如果因为构建中存在一些阻碍的缺陷而未能执行某项测试,则该测试的结果将记为“受阻”。
要让云山市教育局OA系统成功退出系统测试阶段,则要达到以下准则:
1)功能性测试用例通过率达到100%;
2)非功能性测试用例通过率达到95%时
3)相邻8个CPU小时内“测试期缺陷密度”全部低于或等于1
4.2 挂起标准和继承标准
如果基本的功能不能工作,那么测试工作将挂起,直到这种功能可以工作为止。当出现灾难性的缺陷时,我们将尝试继续测试,除非该缺陷非常严重,致使超进50%的测试用例受阻。
5、人员与任务表
备注:
P (杨敏) ; L (蔡清) ; Y (林培)
6、缺陷管理与改错计划
1、发现和记录缺陷
测试人员根据测试用例,使用手工结合自动化测试方式执行测试,其间被确认的所有和项目有关的缺陷被记录到缺陷管理工具(TestDirector)中,并设置状态为new。
2、检查缺陷
开发小组负责人检查是否有新的缺陷,如果的确是待修复的缺陷,设置缺陷状态为open;如果缺陷重复,将它的状态改为closed;如果缺陷描述不清楚或无法重现,将它的状态改为Rejected。
3、修复缺陷
根据缺陷的严重程度和状态情况,有选择地进行缺陷修复。缺陷将被分配给指定的成员进行修复,修复完成后将缺陷状态改为fixed。
4、验证缺陷
缺陷修复完成后,测试人员验证fixed状态的缺陷。如果验证通过,将缺陷状态改为closed;如果验证不通过,将缺陷状态改为Reopen。
注意:
在制定系统测试计划、设计系统测试用例、执行系统测试过程中,任何人发现系统中的缺陷时都必须使用指定的“缺陷管理工具(TestDirector)记录缺陷。测试人员或开发人员应该及时消除已经发现的缺陷,消除缺陷之后应当马上进行回归测试,以确保不会引入新的缺陷。
7. 风险管理计划
下表列出了测试SZ-OA系统相关的风险,对风险发生的可能性的估计,风险将导致的影响,以及对每项风险的缓解计划的简单描述。
附录. 本计划审批意见