(OA自动化)OA项目—测试计划.docx

《(OA自动化)OA项目—测试计划.docx》由会员分享，可在线阅读，更多相关《(OA自动化)OA项目—测试计划.docx（8页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、系统测试计划文件状态：草稿V正式发布 正在修改文件标识SZ-OA-TEST-PLAN当前版本1.0作 者杨敏完成日期2022-06-25版本历史版本/状态作者参预者起止日期备注v1.0杨敏蔡清、林培2022-06-22-2022-06-24正式发布1、测试范围与主要内容42、测试方法43、测试环境与测试辅助工具54、测试完成准则65、人员与任务表66、缺陷管理与改错计划 77.风险管理计戈ij 7附录.本计划审批意见90A系统一一测试计划1、测试范围与主要内容准备测试的特征以下特征将被测试 以确保云山市教育局 系统能够满足 项目 需求规 格说明书中指定的需求2需求公文管理2需求会议管理2需求用

2、车管理2需求消息管理2需求个人事务管理2需求挪移办公2需求日志管理2需求系统管理2需求可用性2需求可靠性2需求性能2需求可支持性2需求设计约束2需求安全性2需求用户界面不许备测试的特征2、 测试方法总体测试方法包括白盒测试和黑盒测试。白盒测试在单元测试中运用白盒测试方法，主要测试与数据库交换模块以及代码的规范化。盒测试在功能测试、性能测试、压力测试中运用黑盒测试方法，包括：等价类划分、边值 分析、错误猜测。3、 测试环境与测试辅助工具运行环境硬件设备序号设备型号设备用途设备配置1服务器测试OA系统服务器功能b手M测试OA的移动办工功能可上网3，人计赢口测试客户端的 功能Window2000/w

3、indowXP技术指标项目技术指标1CPU类型32 位 CPU 为 P4 2.0G*1 (标配 1 颗)2CPUCache (L1+L2)CPU=512k3内存（最大满配）系统内存=512M （标配512M,目前配置2.5G）4网络协议支持TCP/IP、IPX等多种协议族5系统可靠性MTBF=80000 小时6操作系统系统采用Windows 2000操作系统7局域网接入方式采用10/100/1000以太网软件环境服务器软件环境操作系统：采用 Windows2000 ServerWeb服务:数据库：SQL SERVER 2005 Express客户端软件环境操作系统：Windows9x以上，IE

4、5.5 （推荐使用IE6.0）条件名称类型和说明数量后台服务器操作系统：采用Windows2003 Server WEB服务：Apache 2.0+Tomcat+JDK1.4.3 数据库：SQL Server20001名称类型和说明数量测试用客户端】Mn98、Windows 2000 或者 XP1所使用的测试辅助工具名称简介测试员LoadRunner 7.8企业级软件并发自动化压力测试工具WinRunnerC/S、B/S架构下功能性自动化测试工具4、测试完成准则通过失败标准每一个测试用例的通过/失败标准都由它预期的结果来描述。如果在执行一具测试用 例时得到了预期的结果，那末测试就通过。如果在执

5、行一测试用例时没有得到预期的结 果，那末测试就失败。如果因为构建中存在一些妨碍的缺陷而未能执行某项测试，则 该测试的结果将记为“受阻”。要让云山市教育局0A系统成功退出系统测试阶段，则要达到以下准则：1）功能性测试用例通过率达到100%；2）非功能性测试用例通过率达到95%时3）相邻8个CPU小时内“测试期缺陷密度”全部低于或者等于1挂起标准和继承标准如果基本的功能不能工作，那末测试工作将挂起，直到这种功能可以工作为止。当出 现灾难性的缺陷时，我们将尝试继续测试，除非该缺陷非常严重，导致超进50%的测试 用例受阻。5、人员与任务表人员角色职责、任务时间杨敏测试团队负责人测试协调、报告、特征测试

6、100%蔡清测试员GUI测试、压力测试100%林培测试员功能测试、性能测试100%备注：P （杨敏）；L （蔡清）；Y （林培）周期开始时间忸束时间实施者，写系统测试用例3工作日一09-8-1209-8-14P/L/Y第一次测试2工作日09-8-1509-8-16P/L/Y编写测试报告1工作日09-8-1709-8-17P/L/Y6、缺陷管理与改错计划1、发现和记录缺陷测试人员根据测试用例，使用手工结合自动化测试方式执行测试，此间被确认的所有和 项目有关的缺陷被记录到缺陷管理工具（TestDirector）中，并设置状态为new。2、检查缺陷开辟小组负责人检查是否有新的缺陷，如果的确是待修复的

7、缺陷，设置缺陷状态为open；如果缺陷重复，将它的状态改为closed；如果缺陷描述不清晰或者无法重现，将它的状 态改为Rejected。3、修复缺陷根据缺陷的严重程度和状态情况，有选择地进行缺陷修复。缺陷将被分配给指定的成员 进行修复，修复完成后将缺陷状态改为fixed。4、验证缺陷缺陷修复完成后，测试人员验证fixed状态的缺陷。如果验证通过，将缺陷状态改为 closed；如果验证不通过，将缺陷状态改为Reopen。注意：在制定系统测试计划、设计系统测试用例、执行系统测试过程中，任何人发现系统 中的缺陷时都必须使用指定的“缺陷管理工具（TestDirector）记录缺陷。测试人员或者开 辟 人员应该及时消除已经发现的缺陷，消除缺陷之后应当即将进行回归测试，以确保 不会引入新的缺陷。7.风险管理计划下表列出了测试SZ-OA系统相关的风险，对风险发生的可能性的估计,风险将导致的影响，以及对每项风险的缓解计划的简单描述。风险发生的可能性影响缓解方法在计划时间内，软件开辟可能不能按 时完成，因此，笫一次测试会延迟50 %严重开辟团队增加工作时间，赶在计 划内完成计划执行测试的时间过短，可能导致 测试工作不能完整完成60%此重因为项目提交紧迫，所以测试团队 增加工作时间，在计划时间内完成附录.本计划审批意见项目经理审批意见:签字日期