OA办公系统项目—测试计划

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