系统测试计划.docx

1、系统测试计划版本产品或项目系统测试计划 文件标识版 本 号编 制 人编制日期审 核 人审核日期批 准 人批准日期XXX公司版 本 历 史版本/状态作 者参与者起 止 日 期修订说明批准人A/发布 1 简介1.1 文档目的编写本文档的目的是什么1.2 读者对象例如：开发人员、测试人员、项目负责人、1.3 参考文献需求规格说明书V1.1或用户需求说明书V1.1产品计划V1.1或项目开发计划1.4 职责权限角色人员测试经理测试工程师1.5 测试内容序号模块名称预计（执行测试）工作量单位：人日1. 2. 3. 4. 5. 6. 1.6测试范围执行测试工作的具体范围。2 测试方法和目标2.1 测试方法主

2、要进行哪几类测试。2.1.1 功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接收、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：测试目标：确保测试的功能正常，流程正常流转。测试范围：技术：利用有效的和无效的数据来执行各个用例、功能或流程，以核实以下内容：1）在使用有效数据时得到预期的结果；2）在使用无效数据时显示相应的错误消息或警告消息；3）各业务

3、规则都得到了正确的应用；4）各个流程能够正常流转。开始标准：1）具有软件测试所需的各种文档并通过评审（需求说明文档等）。完成标准：1）按要求完成所有功能测试；2）测试用例覆盖率达到要求的比例。测试重点和优先级：需求文档及开发文档明确规定的功能点。2.1.2 用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标：核实以下内容：1）确保通过对用户界面对象的操作可为用户提供相应的访问或浏览功能；2）确保UI中的对象按照预期的

4、方式运行，并符合行业的标准；3）验证用户界面的友好度；4）验证用户界面的易用性；5）验证用户界面设计的合理性；6）验证用户界面显示内容的完整性；7）验证用户界面显示内容的准确性；8）验证用户界面显示内容的一致性；9）验证用户界面提示信息的指导性。测试范围：现有模块界面。技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态；着重验证界面的友好度、易用性、规范性、合理性、完整性、准确性、帮助、美观与协调、菜单位置、独特性及快捷方式的组合等。开始标准：界面功能模块设计部分或全部完成。完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准。

5、测试重点和优先级：本系统使用频繁的业务模块和功能点。2.1.3回归测试当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改变的部分。在时间和条件允许的情况下，要测试修改相关的整个模块甚至整个程序。测试目标：测试软件变更之后，变更部分的正确性和对变更需求的符合性；测试软件变更之后，对软件原有的、正确的功能没有损坏。测试范围：1）所有在系统测试过程中发现的问题；2）和发现的缺陷相关联的模块；3）需求变更或新增需求。技术：1）复测修复的问题；2）按照最新版的测试用例通测整个系统；重复步骤1）2），直至严重问题均已解决。开始标准：发现的缺陷修改完成；提交相应的复测文档；完成标准：按照软件配

6、置项回归测试的要求，完成了对变更和受变更影响的软件配置项的测试，并无新问题出现；对变更的系统的回归测试应符合原系统测试的准出条件，并且无新问题出现。测试重点和优先级：测试重点是开发人员提交的已经修复的问题，在保证修复问题复测通过后进行相关功能及整个软件系统的回归测试。2.2 测试目标 确保功能满足用户需求说明书中的功能约定； 通过对系统的详细测试，包括功能测试、用户界面测试及多次回归测试等，全面验证系统各项功能的正确性和适用性，同时保证整体的测试水平和测试质量。3 测试环境与测试辅助工具3.1 测试配置和环境说明3.1.1 硬件环境服务器：描述服务器硬件环境CPU、内存、硬盘CPU：六核2.3

7、0GHZ内存：8G硬盘：500G测试机：描述测试机硬件环境CPU、内存、硬盘CPU：双核2.30GHZ内存：2G硬盘：500G3.1.2 软件环境服务器：描述服务器软件环境操作系统、中间件、数据库等操作系统：Windows Server 2008中间件：Tomcat 6.0数据库：Oracle11g测试机：描述测试机软件环境操作系统、浏览器操作系统：Windows7浏览器： IE94 测试转换准则 进入标准： 测试计划经评审通过后； 测试用例经评审通过后； 申请测试提交单审核通过； 测试环境通过环境检查表验证； 退出标准： 测试用例执行率达到100% 45级缺陷修复率100%，13级缺陷修复率

8、不低于95%； 停止标准： 近半数以上测试用例无法执行； 5级缺陷开发人员不能解决；5 人员与任务进度安排任务开始时间工作量（人/日）负责人撰写系统测试计划2012.11.211撰写系统测试用例2012.11.214系统测试2012.11.278.5撰写系统测试报告2012.12.71.56 缺陷管理与改错计划6.1 缺陷管理测试管理工具：缺陷应用数据库名：管理员：参照系统测试问题记录6.2 缺陷分类缺陷分类缺陷说明修正措施一级缺陷Low建议性问题根据情况由项目经理确定需不需要改什么时间改。二级缺陷Medium细小的错误由开发人员修改；根据项目的进度要求可以延期修改，由项目经理根据项目的实际情

9、况确定是在项目结束前修改完还是在下个版本升级时再修改。三级缺陷High一般性的错误或功能实现有不完美处由开发人员修改；根据项目的进度要求可以延期修改，由项目经理根据项目的实际情况确定是在项目结束前修改完还是在下个版本升级时再修改。四级缺陷Very high被测试功能不能正常实现；软件错误导致数据丢失；被测数据处理错误；用户需求未实现。由开发人员分析原因并写出问题说明和解决办法；必须立即修改。五级缺陷Urgent导致系统崩溃；导致程序模块丢失；业务流程出现断点；内存泄漏；导致死机由开发人员分析原因并写出问题说明和解决办法；必须立即修改。7 风险分析及措施7.1 风险分析预见到的测试风险，及有可能会造成的影响和后果7.2 措施应对风险可采取什么样的措施，削弱或者减轻可能造成的影响和后果。8 测试的输入与输出8.1 测试的输入与输出序号阶段输入输出人员1需求项目计划系统测试计划2系统测试需求说明书和界面原型系统测试用例3测试结束系统测试报告8.2 文档的管理序号文档管理工具负责人1系统测试计划VSS2系统测试用例VSS3系统测试报告VSS