软件系统测试计划

云平台系统测试计划拟制： 日期： 审核： 日期： 批准： 日期：

修订历史记录目录TOC\o"1-5"\h\z\o"CurrentDocument"第一章 引言 5编写目的 5\o"CurrentDocument"名词解释 5\o"CurrentDocument"参考资料 5\o"CurrentDocument"第二章 项目背景 6\o"CurrentDocument"测试范围 6\o"CurrentDocument"测试目标 8\o"CurrentDocument"2.3 风险及约束 8\o"CurrentDocument"测试文档 8\o"CurrentDocument"测试参考文档 8\o"CurrentDocument"测试提交文档 9\o"CurrentDocument"第三章 质量目标 10\o"CurrentDocument"3.1 产品质量目标 103.2 测试质量目标 10\o"CurrentDocument"第四章 资源需求 12\o"CurrentDocument"测试环境 12\o"CurrentDocument"4.1.1 服务器端环境 12\o"CurrentDocument"4.1.2 客户端环境 12\o"CurrentDocument"测试工具 12人力资源 12\o"CurrentDocument"第五章 测试策略 135.1 整体测试策略 135.2 开始/中断/完成标准 13测试类型 13\o"CurrentDocument"第六章 测试安排 16\o"CurrentDocument"时间进度 16\o"CurrentDocument"6.2 测试准备阶段 16\o"CurrentDocument"6.3 测试执行阶段 16\o"CurrentDocument"第七章 评价准则 17\o"CurrentDocument"7.1 范围 17\o"CurrentDocument"数据整理 17\o"CurrentDocument"7.3 尺度 17第一章引言编写目的本文档根据云平台需求分析说明书中的需求描述为实施本系统测试而编写，通过本文档，为系统测试设计、执行活动提供指导。名词解释黑盒测试：黑盒测试是根据软件的规格对软件进行的测试，不考虑软件内部的运作原理。回归测试：回归测试是指在发生修改之后重新测试之前的测试以保证修改的正确性。确认测试：重新执行上次失败的测试用例，以验证纠错的正确性。缺陷分类：A类缺陷：指导致系统崩溃；主业务流程出现断点；导致死机；导致程序模块丢失；资源泄露。B类缺陷：指被测数据处理错误；软件错误导致数据丢失；用户需求未实现。C类缺陷：能导致软件的部分功能无法正常使用的缺陷。D类缺陷：功能实现不完美或细小的错误，无论如何不会引发软件无法正常使用的缺陷。参考资料

第二章项目背景测试范围本次测试针对《云平台需求说明书》文档中的所有功能模块具体功能模块如下：一级模块二级模块三级模块首页工作台生产监控告警管理污水厂生产管理一体化生产管理设备管理化验数据填报运营管理预案管理知识库管理仓储管理

业务报表系统管理个人中心角色人物权限污水厂信息配置一体化信息配置巡检项配置物资信息管理区域组织管理化验米集配置公告管理日志管理反控操作日志字典管理测试目标针对云平台进行全面测试。依据软件功能对整个系统的各个功能模块进行测试，保证系统代码编写质量符合需求规格说明书要求和客户验收要求。测试发布的质量目标：♦测试计划中所有测试方法和模块已经执行通过。♦所有的测试案例已经执行过。♦所有的重要等级为A/B的Bug已经解决并通过验证测试。2.3风险及约束平台功能较多，项目周期紧，测试时间压缩，测试覆盖率难以保障。解决方案：根据设计文档完成测试，增加测试人员和测试时间，加快开发解决问题时间。同时，保障测试充分性。测试文档2.4.1测试参考文档文档名称作者备注《软件需求规格说明书》《概要设计说明书》

2.4.2测试提交文档文档名称作者备注测试计划测试用例第三章质量目标针对云平台进行全面测试。依据软件功能对整个系统的各个功能模块进行测试，保证系统代码编写质量符合需求规格说明书要求和客户验收要求。测试阶段分四轮次。质量目标分解：第一轮：依照设计文档完成核心模块功能测试，基本业务功能、流程正确，满足培训、试运行需求；第二轮：重点完成供水系统三个模块的功能测试，保障各模块功能、流程正确，模块之间关联相通符合生产要求；第三轮：对供水系统子模块及系统其他功能模块全量回归测试，产品质量达到上线要求。第四轮：针对现场试运行客户提出的问题，以及前期测试提出问题汇总，对系统所有功能模块全量回归测试，满足验收要求。产品质量目标测试质量目标确认者备注测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程是否正常评价测试质量的目标有：测试质量目标确认者备注所有的测试案例已经执行过所有的重要登记A/B的Bug已经解决并已通过验证测试每一部分的测试已经被TestLeader确认完成重要的功能不允许有等

级为A/B/C的Bug般的功能或与最终使用者不直接联系的功能不允许有等级为A/B/C的Bug轻量的功能允许有少量C/D等级的错误发现错误等级为A/B/C的Bug的速率正在下降并接近0在最后三天内没有发现错误等级为A/B/C类的Bug第四章资源需求4.1测试环境4.1.1服务器端环境软件环境：WindowsServer2008R2Enterprise、.netframework4.0运行库IIS、MSOffice2010、MYSQL5.6。硬件环境：Intel（R）Xeon（R）CPUE5-2603v2@1.80GHz、32G内存、1T硬盘。4.1.2客户端环境软件环境：Windows7、InternetExplorer8.0及以上。硬件环境：CPUI3DUO、DDR34G内存、1T硬盘。支撑软件：MicrosoftOffice20104.2测试工具测试工具用途公司项目管理系统Bug管理工具4・3人力资源角色姓名职责功能确认功能与需求的一致性核对测试负责人测试活动安排及确认，测试用例、提交缺陷、缺陷回归，测试总结测试工程师负责测试用例、提交缺陷、缺陷回归，测试总结

第五章测试策略U•丄 円口使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试用例设计，在系统开发完成之后，正式执行测试。产品达到软件质量要求和测试要求后发布，提交相关的测试文档。5.2开始/中断/完成标准开始/中断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现BlockBug完成测试标准完成测试计划中的测试规划并达到程序和测试质量目标，并由TestLead/R&DManager确认。5・3测试类型测试类型是否采用说明测试是根据系统需求文档和设计文档，检查产品是否正确实现了功能。流程测试是按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理边界值测试是选择边界数据进行测试，确保系统功能正常，程序无异常。

容错性测试是查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息。易用性测试是检查系统是否易用友好界面测试是检查界面是否美观合理接口测试否检查系统能否与外部接口正常工作配置测试是检查配置是否合理、配置是否正常安全性和访问控制测试是应用程序级别的安全性：检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。性能测试否提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。压力测试否检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。

兼容性测试是对于B/S架构的系统来说需要考虑用户端浏览器的版本。文档测试否检查文档是否足够、描述是否合理。回归测试是检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求。第六章测试安排时间进度测试准备阶段活动周期（工作日）开始时间结束时间实施者设计测试用例10测试执行阶段模块名称周期（工作日）开始时间结束时间实施者首页2工作台2生产监控6运营管理6系统管理6

第七章评价准则7.1范本系统测试主要包括UI测试、功能测试、可用性测试。数据整理测试实施人员严格按照测试用例中的步骤和方法执行测试，测试过程中发现的问题提交到项目管理平台中，测试实施人员负责对提交的问题进行跟踪与测试测试结束后，测试组长负