系统教学教案计划.docVIP

#+ ×××版本产品或×××项目 系统测试计划 文件标识 版 本 号 编 制 人 编制日期 审 核 人 审核日期 批 准 人 批准日期 XXX公司 版 本 历 史 版本/状态 作 者 参与者 起 止 日 期 修订说明 批准人 A/发布  目 录 TOC \o 1-3 \h \z 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 测试环境与测试辅助工具 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 简介 文档目的 编写本文档的目的是什么 读者对象 例如：开发人员、测试人员、项目负责人、 参考文献 《需求规格说明书V1.1》或 《用户需求说明书V1.1》 《产品计划V1.1》或《项目开发计划》 职责权限 角色 人员 测试经理 测试工程师 1.5 测试内容 序号 模块名称 预计（执行测试）工作量 单位：人日 1.6测试范围 执行测试工作的具体范围。 2 测试方法和目标 2.1 测试方法 主要进行哪几类测试。 2.1.1 功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接收、处理和检索是否正确，以及业务规则的实施是否恰当。 此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。 以下为各种应用程序列出了推荐使用的测试概要： 测试目标： 确保测试的功能正常，流程正常流转。 测试范围： ××× 技术： 利用有效的和无效的数据来执行各个用例、功能或流程，以核实以下内容： 1）在使用有效数据时得到预期的结果； 2）在使用无效数据时显示相应的错误消息或警告消息； 3）各业务规则都得到了正确的应用； 4）各个流程能够正常流转。 开始标准： 1）具有软件测试所需的各种文档并通过评审（需求说明文档等）。 完成标准： 1）按要求完成所有功能测试； 2）测试用例覆盖率达到要求的比例。 测试重点和优先级： 需求文档及开发文档明确规定的功能点。 2.1.2 用户界面测试 用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。 测试目标： 核实以下内容： 1）确保通过对用户界面对象的操作可为用户提供相应的访问或浏览功能； 2）确保UI中的对象按照预期的方式运行，并符合行业的标准； 3）验证用户界面的友好度； 4）验证用户界面的易用性； 5）验证用户界面设计的合理性； 6）验证用户界面显示内容的完整性； 7）验证用户界面显示内容的准确性； 8）验证用户界面显示内容的一致性； 9）验证用户界面提示信息的指导性。 测试范围： ××××现有模块界面。 技术： 为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态； 着重验证界面的友好度、易用性、规范性、合理性、完整性、准确性、帮助、美观与协调、菜单位置、独特性及快捷方式的组合等。 开始标准： 界面功能模块设计部分或全部完成。 完成标准： 成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准。 测试重点和优先级： 本系统使用频繁的业务模块和功能点。 2.1.3回归测试 当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改变的部分。在时间和条件允许的情况下，要测试修改相关的整个模块甚至整个程序。 测试目标： 测试软件变更之后，变更部分的正确性和对变更需求的符合性； 测试软件变更之后，对软件原有的、正确的功能没有损坏。 测试范围： 1）所有在系统测试过程中发现的问题； 2）和发现的缺陷相关联的模块； 3）需求变更或新增需求。 技术： 1）复测修复的问题； 2）按照最新版的测试用例通测整个系统； 重复步骤1）~2），直至严重问题均