2022年软件系统测试计划-模板 .pdf

XX测试计划文件编号共8页第 1 页XX测试计划（Vx.x）编写：审核：批准：北京 xxxx技术有限公司二 O 一七年 X 月 X日名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 8 页 - - - - - - - - - 版 本 控 制版本/状态作者参与者批准人起止日期备注名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 8 页 - - - - - - - - - 目 录1. 范围 . 41.1标识 . 41.2系统概述 . 41.3任务概述 . 41.4依据与引用文档 . 52. 测试方案 . 52.1软件需求分解与跟踪. 52.2测试方法 . 62.3测试记录 . 63. 测试环境 . 63.1测试环境1 . 63.1.1 连接图 . 63.1.2 软硬件配置 . 73.1.3 安装与验证 . 错误！未定义书签。3.1.4 应用范围 . 73.2测试环境2 . 74. 测试通过准则. 75. 测试组织计划. 86. 测试进度计划. 87. 测试风险与应对. 8名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 8 页 - - - - - - - - - 1. 范围1.1 标识a. 文档标题： XX测试计划。b. 术语及缩略语 描述本文档用到的术语和缩略语及其含义，目的：1）重要词汇的解释； 2）冗长名称的简称 表 x 术语及缩略语表术语 / 缩略语含义c.本文档适用的软件系统及其版本：XXX系统 Vx.x 。1.2 系统概述 概要叙述 : 1) 被测系统在整个系统中的位置、 作用及其与其它系统或软件或部件之间的关系（如果被测系统是某个系统的一部分）；2) 被测系统的结构和主要模块、各个模块功能和相互关系；3) 被测系统的应用背景。以上描述根据具体的测试目标、测试内容和测试方法等酌情处理，如果是部分测试，应重点描述被测部分。目的：1） 帮助了解被测系统的基本情况；2） 使得后续任务描述和测试计划描述等有更强的针对性。 1.3 任务概述 依据测试组对被测系统的进一步分析和理解，概要描述测试任务书或项目计划中对测试的各项要求。如果任务书或项目计划描述已经足够清晰，可直接引用文档内容。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 8 页 - - - - - - - - - 如果当前任务与任务书或项目计划已经存在变化，则必须在本节说明最新的测试要求。目的：结合项目实际，进一步细化和明确测试要求 1.4 依据与引用文档 列出编制本文档所依据和引用的所有文档，一般包括用户文档、开发文档、标准文档和测试文档， 并说明文档的编制单位、 编制时间及测试组接收到文档的时间；如果同一份文档，应以最新的版本为依据；目的：说明本测试计划制定时的参考依据及其时间特征 表 x 依据与引用文档文档名称编制单位编制时间接收时间2. 测试方案 重点说明本测试项目为达到测试目标而采取的测试策略、测试方法、测试工具等，以解决测试项目中关键的技术和管理重点和难点。内容不限于下列重点，如果有专门的测试方案文档，此部分可以直接引用。目的：测试重点和难点的解决依据，评估整个测试计划的重要依据。 2.1 软件需求分解与跟踪 对软件需求按照功能进行分解， 并与具体的测试要求形成二维跟踪表。软件需求分解的粒度一般到相对独立的项为准，分解的维度应从横向和纵向两个角度去考虑。系统性能及稳定性等其它方面的测试需求应单独列出。目的：作为软件技术状态报告和测试项目进展情况报告的蓝本。 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 8 页 - - - - - - - - - 2.2 测试方法 根据项目的测试要求， 详细描述达到测试目标拟采用的方式、方法。比如：文档审查的对象、内容、 依据及方法； 未达到功能测试充分性所采用的测试用例设计方法； 特殊功能测试时需要考虑的特殊测试方法；性能测试环境设计及可用性分析、性能测试工具选择及结果分析方法等；稳定性测试策略等。可根据需要进一步分解。目的： 全面详细地规划整个测试中使用的测试方法、测试策略及其适用范围，作为后续测试过程的参考以及测试方案可行性和合理性的评估依据 2.3 测试记录 规划测试过程及测试产品的记录方式。如测试用例设计、 测试用例执行及Bug跟踪等，如与标准记录一致则只标明记录形式，如存在差异，应明确说明差异及其原因。目的：指导测试过称及测试产品的记录形式 3. 测试环境 根据测试任务书、项目计划及需求文档，详细描述计划使用的测试测试环境及其命名，并说明其软硬件配置、用途、合理性分析以及安装和验证过程等。目的：1）设备资源准备及测试环境搭建、验证与使用依据；2）测试方案可行性和合理性分析依据 3.1 测试环境1 3.1.1 连接图 用图示方法描述测试环境1 的计划的连接情况，应明确标示设备间连接方式 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 8 页 - - - - - - - - - 3.1.2 软硬件配置 列表描述测试环境1 的软硬件配置情况，以应用计算机为单位，包括计算机本身的配置指标、操作系统、测试工具、被测软件等；同时也应说明应用计算机之间通信连接方式及其指标 表 x 测试环境 1 软硬件配置序号软 /硬件名称版本 / 指标用途3.1.3 应用范围 描述测试环境1 的安装过程和验证方法，包括：谁负责安装、谁负责验证以及验证的方法等， 其中验证的方法应能证明测试环境安装的正确性、可用性和符合性 3.2 测试环境2 同测试环境 1 的章节内容。 如果只有一类测试环境， 则不用命名测试环境，上述章节上提一级 4. 测试通过准则根据项目的具体情况， 说明评判本项目测试工作是否达到任务要求的依据和标准，比如：规定测试任务的完成情况；测试方法的使用情况；发现问题的报告情况、确认情况和修复情况；测试产品的完备性、正确性和质量保证等。目的：测试工作持续自检和整个测试工作通过评审的指导和依据。 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 8 页 - - - - - - - - - 5. 测试组织计划说明本测试项目相关的组织、 个人及其职责， 详细说明测试组成员的分工情况（应尽可能细化到系统模块） ，如有人力资源缺口， 须说明人力资源技术要求、培训要求和时间要求等。测试项目相关组织应至少包括测试组、开发组、项目管理组、质量保证组、配置管理组等。目的：评价测试组人力资源配备合理性的参考，明确各个组织和个人的分工和职责，人力资源准备的依据 6. 测试进度计划 按照软件流程描述本次测试的主要活动和进度安排，形式不限，推荐使用甘特图进行说明。注意： 1）主要活动应尽可能细化； 2）应明确每个活动的负责人，确保责任到人； 3）工作量以人日为单位，历时应考虑节假日和大约10%的工作量余量； 4）标明基线和里程碑； 5）至少应计划到首轮测试，回归测试时间一般采用三轮回归， 相对首轮测试工作量比大约为40%、20%、10%；6）资源（人员、工具、专用设备等）使用求目的：指导测试项目的执行，测试项目跟踪和检查的依据，测试工作及员工绩效考核的参考。 7. 测试风险与应对 识别并说明本次测试可能遇到的问题、困难和障碍等风险，分析其影响，并拟定将采取的应对措施及其负责人。比如：测试输入的质量、 测试环境的局限、测试人力资源的变化等。目的：尽可能早地预见到可能出现的各类问题，提早进行风险应对规划并落实到人，并以此评估进度余量的合理性。 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 8 页 - - - - - - - - -