OA项目-测试计划

1、.OA系统测试方案：.；2021Page PAGE 8 of NUMPAGES 8OA系统测试方案2021OA系统测试方案文件形状：草稿正式发布正在修正文件标识：SZ-OA-TEST-PLAN当前版本：1.0作 者：杨敏完成日期：2021-06-25版 本 历 史版本/形状作者参与者起止日期备注v1.0杨敏蔡清、林培2021-06-222021-06-24正式发布 目 录 TOC o 1-3 h z HYPERLINK l _Toc270422458 1、测试范围与主要内容 PAGEREF _Toc270422458 h 4 HYPERLINK l _Toc270422459 2、测试方法 P

2、AGEREF _Toc270422459 h 4 HYPERLINK l _Toc270422460 3、测试环境与测试辅助工具 PAGEREF _Toc270422460 h 5 HYPERLINK l _Toc270422461 4、测试完成准那么 PAGEREF _Toc270422461 h 6 HYPERLINK l _Toc270422462 5、人员与义务表 PAGEREF _Toc270422462 h 6 HYPERLINK l _Toc270422463 6、缺陷管理与改错方案 PAGEREF _Toc270422463 h 7 HYPERLINK l _Toc270422

3、464 7. 风险管理方案 PAGEREF _Toc270422464 h 7 HYPERLINK l _Toc270422465 附录. 本方案审批意见 PAGEREF _Toc270422465 h 91、测试范围与主要内容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

4、 可靠性 需求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硬件设备序号设备型号设备用途设备配置1效力器测试OA系统效力器功能2手机测试OA的挪动办工功能可上网3个人计算机测试客户端的功能Window2000

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

6、IE5.5引荐运用IE6.03.1.3条件 称号类型和阐明数量后台效力器操作系统：采用Windows2003 Server、WEB效力：Apache 2.0+Tomcat+JDK1.4.3、数据库：SQL Server20001测试用客户端Win98、Windows 2000或XP13.2所运用的测试辅助工具 称号简介测试员LoadRunner 7.8企业级软件并发自动化压力测试工具WinRunnerC/S、B/S架构下功能性自动化测试工具4、测试完成准那么4.1 经过/失败规范 每个测试用例的经过/失败规范都由它预期的结果来描画。假设在执行一具测试用例时得到了预期的结果，那么测试就经过。假设

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

8、测试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、检查缺陷开发小组担任人检

9、查能否有新的缺陷，假设确实是待修复的缺陷，设置缺陷形状为open；假设缺陷反复，将它的形状改为closed；假设缺陷描画不清楚或无法重现，将它的形状改为Rejected。3、修复缺陷根据缺陷的严重程度和形状情况，有选择地进展缺陷修复。缺陷将被分配给指定的成员进展修复，修复完成后将缺陷形状改为fixed。4、验证缺陷缺陷修复完成后，测试人员验证fixed形状的缺陷。假设验证经过，将缺陷形状改为closed；假设验证不经过，将缺陷形状改为Reopen。留意：在制定系统测试方案、设计系统测试用例、执行系统测试过程中，任何人发现系统中的缺陷时都必需运用指定的“缺陷管理工具TestDirector记录缺陷。测试人员或开发人员应该及时消除曾经发现的缺陷，消除缺陷之后该当马上进展HYPERLINK /phrase/200603120943595.html t _new回归测试，以确保不会引入新的缺陷。7. 风险管理方案下表列出了测试SZ-OA系统相关的风险,对风险发生的能够性的估计,风险将导致的影响,以及对每项风险的缓解方案的简单