预览加载中,请您耐心等待几秒...
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲,该文档总共17页,到这已经超出免费预览范围,如果喜欢就直接下载吧~

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

[OA自动化]OA项目测试计划_oa自动化办公系统OA系统——测试计划2009(OA自动化)OA项目—测试计划OA系统测试计划文件状态:草稿√正式发布正在修改文件标识:SZ-OA-TEST-PLAN当前版本:1.0杨敏完成日期:2009版本历史版本/状态参与者起止日期备注v1.0杨敏蔡清、林培2009-0正式发布目录TOC\o"1-3"\h\z1、测试范围与主要内容42、测试方法43、测试环境与测试辅助工具54、测试完成准则65、人员与任务表66、缺陷管理与改错计划77.风险管理计划7附录.本计划审批意见91、测试范围与主要内容1.1准备测试的特征以下特征将被测试,以确保云山市教育局OA系统能够满足02-OA项目-需求规格说明书中指定的需求:2需求3.1.2公文管理2需求3.1.3会议管理2需求3.1.4用车管理2需求3.1.5消息管理2需求3.1.6个人事务管理2需求3.1.7移动办公2需求3.1.8日志管理2需求3.1.9系统管理2需求3.2.1可用性2需求3.2.2可靠性2需求3.2.3性能2需求3.2.4可支持性2需求3.2.5设计约束2需求3.2.6安全性2需求3.2.7用户界面1.2不准备测试的特征2、测试方法总体测试方法包括白盒测试和黑盒测试。2.1白盒测试在单元测试中运用白盒测试方法,主要测试与数据库交换模块以及代码的规范化。2.2黑盒测试在功能测试、性能测试、压力测试中运用黑盒测试方法,包括:等价类划分、边值分析、错误推测。3、测试环境与测试辅助工具3.1运行环境3.1.1硬件设备序号设备型号设备用途设备配置1服务器测试OA系统服务器功能2手机测试OA的移动办工功能可上网3个人计算机测试客户端的功能Window2000/windowXP序号技术指标项目技术指标1CPU类型32位CPU为P42.0G*1(标配1颗)2CPUCache(L1+L2)CPU=512k3内存(最大满配)系统内存=512M(标配512M,目前配置2.5G)4网络协议支持TCP/IP、IPX等多种协议族5系统可靠性MTBF>=80000小时6操作系统系统采用Windows2000操作系统7局域网接入方式采用10/100/1000以太网3.1.2软件环境服务器软件环境操作系统:采用Windows2000ServerWeb服务:数据库:SQLSERVER2005Express客户端软件环境操作系统:Windows9x以上,IE5.5(推荐使用IE6.0)3.1.3条件名称类型和说明数量后台服务器操作系统:采用Windows2003Server、WEB服务:Apache2.0+Tomcat+JDK1.4.3、数据库:SQLServer20001测试用客户端Win98、Windows2000或XP13.2所使用的测试辅助工具名称简介测试员LoadRunner7.8企业级软件并发自动化压力测试工具WinRunnerC/S、B/S架构下功能性自动化测试工具4、测试完成准则4.1通过/失败标准每个测试用例的通过/失败标准都由它预期的结果来描述。如果在执行一具测试用例时得到了预期的结果,那么测试就通过。如果在执行一测试用例时没有得到预期的结果,那么测试就失败。如果因为构建中存在一些阻碍的缺陷而未能执行某项测试,则该测试的结果将记为“受阻”。要让云山市教育局OA系统成功退出系统测试阶段,则要达到以下准则:1)功能性测试用例通过率达到100%;2)非功能性测试用例通过率达到95%时3)相邻8个CPU小时内“测试期缺陷密度”全部低于或等于14.2挂起标准和继承标准如果基本的功能不能工作,那么测试工作将挂起,直到这种功能可以工作为止。当出现灾难性的缺陷时,我们将尝试继续测试,除非该缺陷非常严重,致使超进50%的测试用例受阻。5、人员与任务表人员角色职责、任务时间杨敏测试团队负责人测试协调、报告、特征测试100%蔡清测试员GUI测试、压力测试100%林培测试员功能测试、性能测试100%备注:P(杨敏);L(蔡清);Y(林培)活动周期开始时间结束时间实施者编写系统测试用例3工作日0909P/L/Y第一次测试2工作日0909P/L/Y编写测试报告1工作日0909P/L/Y6、缺陷管理与改错计划1、发现和记录缺陷测试人员根据测试用例,使用手工结合自动化测试方式执行测试,其间被确认的所有和项目有关的缺陷被记录到缺陷管理工具(TestDirector)中,并设置状态为new。2、检查缺陷开发小组负责人检查是否有新的缺陷,如果的确是待修复的缺陷,设置缺陷状态为open;如果缺陷重复,将它的状态改为closed;如果缺陷描述不清楚或无法重现,将它的状态改为Rejected。3、修复缺陷根据缺陷的严重程度和状态情况,有选择地进行缺陷修复。缺陷将被分配给指定的成员进行修复,修复完成