《系统测试计划.doc》由会员分享，可在线阅读，更多相关《系统测试计划.doc（12页珍藏版）》请在三一文库上搜索。
1、版本产品或版本产品或项目项目 系统测试计划系统测试计划 XXXXXX 公司公司 文件标识版 本 号 编 制 人编制日期 审 核 人审核日期 批 准 人批准日期 版版 本本 历历 史史 版本/状态作 者参与者起 止 日 期修订说明批准人 A/发布 目目 录录 1 简介简介.1 1.1文档目的.1 1.2读者对象.1 1.3参考文献.1 1.4职责权限.1 1.5 测试内容.1 1.6 测试范围.2 2 测试方法和目标测试方法和目标.2 2.1 测试方法.2 2.1.1 功能测试.2 2.1.2 用户界面测试.3 2.1.3 回归测试.4 2.2 测试目标.5 3 测试环境与测试辅助工具测试环境与
2、测试辅助工具.5 3.1 测试配置和环境说明.5 3.1.1 硬件环境.5 3.1.2 软件环境.5 4 测试转换准则测试转换准则.6 5 人员与任务进度安排人员与任务进度安排.6 6 缺陷管理与改错计划缺陷管理与改错计划.7 6.1 缺陷管理.7 6.2 缺陷分类.7 7 风险分析及措施风险分析及措施.8 7.1 风险分析.8 7.2 措施.8 8 测试的输入与输出测试的输入与输出.8 8.1 测试的输入与输出.8 8.2 文档的管理.8 1 简介简介 1.1 文档目的文档目的 编写本文档的目的是什么 1.2 读者对象读者对象 例如：开发人员、测试人员、项目负责人、 1.3 参考文献参考文献
3、 需求规格说明书V1.1或 用户需求说明书V1.1 产品计划V1.1或项目开发计划 1.4 职责权限职责权限 角色角色人员人员 测试经理 测试工程师 1.5 测试内容测试内容 序号序号模块名称模块名称预计（执行测试）工作量预计（执行测试）工作量 单位：人日单位：人日 1. 2. 3. 4. 5. 6. 1.6 测试范围测试范围 执行测试工作的具体范围。 2 测试方法和目标测试方法和目标 2.1 测试方法测试方法 主要进行哪几类测试。 2.1.1 功能测试功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务 规则的测试需求。这种测试的目标是核实数据的接收、处理和检索是否正确
4、， 以及业务规则的实施是否恰当。 此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进 行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。 以下为各种应用程序列出了推荐使用的测试概要： 测试目标：确保测试的功能正常，流程正常流转。 测试范围： 技术：利用有效的和无效的数据来执行各个用例、功能或流程，以核实以下内容： 1）在使用有效数据时得到预期的结果； 2）在使用无效数据时显示相应的错误消息或警告消息； 3）各业务规则都得到了正确的应用； 4）各个流程能够正常流转。 开始标准：1）具有软件测试所需的各种文档并通过评审（需求说明文档等） 。 完成标准：1）按要求
5、完成所有功能测试； 2）测试用例覆盖率达到要求的比例。 测试重点和 优先级： 需求文档及开发文档明确规定的功能点。 2.1.2 用户界面测试用户界面测试 用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确 保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外， UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。 测试目标：核实以下内容： 1）确保通过对用户界面对象的操作可为用户提供相应的访问或浏览功能； 2）确保UI中的对象按照预期的方式运行，并符合行业的标准； 3）验证用户界面的友好度； 4）验证用户界面的易用性； 5）验证用户界面设计
6、的合理性； 6）验证用户界面显示内容的完整性； 7）验证用户界面显示内容的准确性； 8）验证用户界面显示内容的一致性； 9）验证用户界面提示信息的指导性。 测试范围：现有模块界面。 技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进 行浏览，并处于正常的对象状态； 着重验证界面的友好度、易用性、规范性、合理性、完整性、准确性、帮助、 美观与协调、菜单位置、独特性及快捷方式的组合等。 开始标准：界面功能模块设计部分或全部完成。 完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准。 测试重点和 优先级： 本系统使用频繁的业务模块和功能点。 2.1.3 回归测
7、试回归测试 当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改 变的部分。在时间和条件允许的情况下，要测试修改相关的整个模块甚至整个 程序。 测试目标：测试软件变更之后，变更部分的正确性和对变更需求的符合性； 测试软件变更之后，对软件原有的、正确的功能没有损坏。 测试范围：1）所有在系统测试过程中发现的问题； 2）和发现的缺陷相关联的模块； 3）需求变更或新增需求。 技术：1）复测修复的问题； 2）按照最新版的测试用例通测整个系统； 重复步骤1）2） ，直至严重问题均已解决。 开始标准：发现的缺陷修改完成； 提交相应的复测文档； 完成标准：按照软件配置项回归测试的要求，完成了对变
8、更和受变更影响的软件配置项的测试， 并无新问题出现； 对变更的系统的回归测试应符合原系统测试的准出条件，并且无新问题出现。 测试重点和 优先级： 测试重点是开发人员提交的已经修复的问题，在保证修复问题复测通过后进行相关功 能及整个软件系统的回归测试。 2.2 测试目标测试目标 确保功能满足用户需求说明书中的功能约定； 通过对系统的详细测试，包括功能测试、用户界面测试及多次回归测试等， 全面验证系统各项功能的正确性和适用性，同时保证整体的测试水平和测 试质量。 3 测试环境与测试辅助工具测试环境与测试辅助工具 3.1 测试配置和环境说明测试配置和环境说明 3.1.1 硬件环境硬件环境 服务器服务
9、器： 描述服务器 硬件环境CPU、内存、 硬盘 CPU：六核2.30GHZ 内存：8G 硬盘：500G 测试机测试机： 描述测试机 硬件环境CPU、内存、 硬盘 CPU：双核2.30GHZ 内存：2G 硬盘：500G 3.1.2 软件环境软件环境 服务器服务器： 描述服务器 软件环境操作系统、中 间件、数据库 等 操作系统：Windows Server 2008 中间件：Tomcat 6.0 数据库：Oracle11g 测试机测试机： 描述测试机 软件环境操作系统、浏 览器 操作系统：Windows7 浏览器： IE9 4 测试转换准则测试转换准则 进入标准： 测试计划经评审通过后； 测试用例
10、经评审通过后； 申请测试提交单审核通过； 测试环境通过环境检查表验证； 退出标准： 测试用例执行率达到100% 45级缺陷修复率100%，13级缺陷修复率不低于95%； 停止标准： 近半数以上测试用例无法执行； 5级缺陷开发人员不能解决； 5 人员与任务进度安排人员与任务进度安排 任务任务开始时间开始时间工作量（人工作量（人/日）日）负责人负责人 撰写系统测试计划2012.11.211 撰写系统测试用例2012.11.214 系统测试2012.11.278.5 撰写系统测试报告2012.12.71.5 6 缺陷管理与改错计划缺陷管理与改错计划 6.1 缺陷管理缺陷管理 测试管理工具： 缺陷应用
11、数据库名： 管理员： 参照系统测试问题记录 6.2 缺陷分类缺陷分类 缺陷分类缺陷分类缺陷说明缺陷说明修正措施修正措施 一级缺陷 Low 建议性问题根据情况由项目经理确定需不需要改什么 时间改。 二级缺陷 Medium 细小的错误由开发人员修改；根据项目的进度要求可 以延期修改，由项目经理根据项目的实际 情况确定是在项目结束前修改完还是在下 个版本升级时再修改。 三级缺陷 High 一般性的错误或功能实现 有不完美处 由开发人员修改；根据项目的进度要求可 以延期修改，由项目经理根据项目的实际 情况确定是在项目结束前修改完还是在下 个版本升级时再修改。 四级缺陷被测试功能不能正常实现； 由开发人
12、员分析原因并写出问题说明和解 决办法；必须立即修改。 Very high软件错误导致数据丢失； 被测数据处理错误； 用户需求未实现。 五级缺陷 Urgent 导致系统崩溃； 导致程序模块丢失； 业务流程出现断点； 内存泄漏； 导致死机 由开发人员分析原因并写出问题说明和解 决办法；必须立即修改。 7 风险分析及措施风险分析及措施 7.1 风险分析风险分析 预见到的测试风险，及有可能会造成的影响和后果 7.2 措施措施 应对风险可采取什么样的措施，削弱或者减轻可能造成的影响和后果。 8 测试的输入与输出测试的输入与输出 8.1 测试的输入与输出测试的输入与输出 序号序号阶段阶段输入输入输出输出人员人员 1需求项目计划系统测试计划 2系统测试需求说明书和界面原型系统测试用例 3测试结束系统测试报告 8.2 文档的管理文档的管理 序号序号文档文档管理工具管理工具负责人负责人 1系统测试计划VSS 2系统测试用例VSS 3系统测试报告VSS