系统测试计划_软件系统测试计划

大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE使用 1年只要46元售后保障童叟无欺

系统测试计划_软件系统测试计划

系统测试是针对软件产品系统进行的测试（黑盒测试）
- 功能测试：是否符合需求规格、功能设计、用户满意度
- 非功能测试：容错性、稳定性、异常处理能力、高强度输入处理能力、可用性、性能
系统测试（系统测试计划包含系统测试的设计、实现和执行的工作）：
- 系统测试计划：完成系统测试计划。软件产品的需求规格确定后编写。
- 系统测试设计：完成系统方案。软件概要设计文档确定后编写。
- 系统测试实现：完成系统测试用例、脚本。
- 系统测试执行：执行测试用例、发现问题并回归测试、提交系统测试日报、提交系统测试报告。
系统测试计划（一定要做到职责明确，与实际测试活动匹配）：
- 系统测试计划是从管理的角度来规划和控制整个系统测试活动。主要内容：
  - 组织形式（每个人的任务以及如何与别人协作）一般分成：
    - 项目组内：测试团队与其他团队间的分工和协作
    - 测试团队内：测试团队内各小组间的分工和协作
    - 测试小组内：测试小组内各测试人员间的分工和协作
    - 每个组织形式都由三部分组成：
      - 组织结构图：组织中各实体间的相互关系
      - 各团队职责：明确每个实体的任务
      - 协作形式：明确不同实体间的合作以及冲突解决方式
  - 测试对象（测试需求、测试项）。确定测试对象时需考虑以下因素：
    - 被测对象
    - 时间：同一系统，测试时间不同会导致测试对象有很大的不同
    - 测试目的：常见的测试目的有检测、证明、基本功能验证。根据测试目的的不同合理选择测试对象
    - 人力
  - 工作任务分配。进一步量化每个人的工作。
  - 其他需要注意的地方：
    - 需求跟踪：通过需求跟着可以了解还有哪些需求项没有测试
    - 通过失败标准：测试什么时候可以结束
    - 挂起恢复标准：测试什么时候需要暂停
    - 应交付工作产品
系统测试计划写作：
- 目标
  - 所有测试需求已被标识
  - 测试的工作量已被估计并合理分配了人力、物力
  - 测试启动、停止的准则已被标识
  - 测试的进度安排是基于工作量估计的、适用的
  - 测试待输出的工作产品是受控的、适用的
- 概述
  - 项目背景
    - 项目背景
    - 主要功能特征
    - 体系结构
    - 项目的历史
  - 范围
    - 被测对象的版本/修订级别。软件的承载媒介及其对测试的影响。哪些对象不在测试范围内
    - 明确将被测试/不被测试的项目特征（性能、可移植性）和功能的简要列表
    - 测试的任务划分（计划、设计、实现、执行）和与开发各个阶段的对应关系
    - 测试各阶段任务的假设、约束、存在的风险
- 组织形式
  - 组织形式需要确定组织结构以及结构间的关系。
  - 参与系统测试的组织的职责和关系。
  - 确定沟通渠道，确保测试发现并监督问题解决的权力。
  - 测试小组组织形式中测试组长职责：
    - 制定本组测试计划
    - 分配任务并指导、监督执行
    - 跟开发保持沟通。确定版本发布日期、版本质量进度、缺陷发展趋势
    - 组织本组测试文档的设计、写作、评审
    - 组织缺陷分析等质量活动
    - 向测试主管等高层领导汇报本组工作
- 被测对象
  - 列出所有功能测试项目和非功能测试项目
  - 哪些特性不被测试和不被测试的原因
  - 如何确定系统测试对象
    - 参照软件质量模型中的 6 个特性，27 个子特性分析《软件需求规则说明书》及软件产品相关规范、章程
    - 将各个功能性需求和非功能性需求对应到各特性下（如果是某个或某几个特性的系统测试计划，只针对这部分特性进行分析）
    - 将各特性下较大的需求细化得到最终的系统测试项
    - 确定本次系统测试的测试范围和测试类型
- 需求跟踪
  - 确定系统测试项与《需求规格说明书》或需求库中的需求之间的对应关系。建立系统测试项–需求跟踪矩阵表
- 测试通过失败标准
  - 指明判断/确认测试何时结束。是测试过程通过或失败的标准，而不是被测对象通过或失败的标准。
  - 若通过失败标准只考虑测试活动的度量，可以定义如下目标：
    - 用例的执行情况要达到何种目标（例如：1、2 级百分百执行，3、4 级百分之五十执行）
    - 覆盖率要达到什么目标（例如：所有的功能需求、性能需求都被覆盖）
  - 若通过失败标准必须结合被测系统的质量，可以定义如下目标：
    - 达到何种测试的质量目标（例如：致命问题多少个、一般问题多少个）
    - 使用何种缺陷分析方法判断测试是否退出（例如：通过缺陷分析中的 Competz 分析可以得出测试已经充分，可以退出）
- 测试挂起恢复标准
  - 挂起：测试无法进行下去或失去了继续测试的意义时，将测试活动挂起
  - 恢复：挂起的条件满足时，将测试活动恢复。
- 工作任务分配
  - 工作任务分配是系统测试过程中的测试任务分工。
  - 划分方法（可以结合使用）
    - 可以分为测试的四个基本测试任务：计划测试、设计测试、实现测试、执行测试。每个任务下还可以划分子任务，针对每个任务应从 7 个主题描述
      - 任务
      - 方法和标准
      - 输入和输出
      - 时间安排
      - 资源
      - 风险和假设
      - 角色和职责
    - 按测试特性
      - 功能测试
      - 性能测试
      - 安全性测试
    - 按测试对象
      - 业务处理
      - 配置管理
- 应交付测试工作产品
  - 工作产品可以作为测试任务的考评，一般包括：
    - 系统测试计划
    - 系统测试方案
    - 系统测试用例
    - 系统测试规程
    - 系统测试日志
    - 系统测试报告
    - 系统测试输入和输出数据
    - 系统测试工具
    - 自动化测试脚本
- 工作量估计
  - 具体到人天
- 资源的分配
  - 人员及培训要求
  - 测试环境、测试工具
  - 测试仪器和材料