产品概述

  • 产品背景

    描述该数据产品的业务背景,以便测试小组成员了解业务背景,划分测试场景,并站在用户的立场进行测试。

  • 开发背景

    描述该项目采用的技术背景。

  • 产品目标

    描述产品所需达到的预期目标,基于此可以评估当前架构设计是否能够支持该目标的实现。

项目整体分析

  • 功能性需求测试分析
    • 术语表

      下表将为您介绍产品需求文档中的术语并给出定义,避免由于对术语理解不一致而导致漏测或错误。

      名称 说明
    • PRD、指标需求清单与测试功能对应列表

      详细描述数据测试指标需求。

      指标名称 字段来源 业务规则
  • 系统架构分析

    概括当前项目数据开发总体的流程和范围。

测试过程管理

  • 测试版本控制

    代码从测试环境发布至开发环境后,需描述此部分。

    项目交付测试通过后,每天上午9点、下午3点接受开发提交的新版本,其他时间测试环境不接受变更。

    版本号 更新日期 触发情况
  • 测试环境描述

    对测试环境给出逻辑图描述,分析问题和风险。

    例如测试环境和线上环境不一致,可能导致的测试风险。测试环境在一些可能和开发公用的系统,存在的消息分发问题等。

  • 测试进入退出准则

    测试进入准则,下表仅描述项目个性化的准则。

    任务 角色 验收标准

    测试退出准则,下表仅描述项目个性化的准则。

    任务 角色 验收标准
  • 测试策略
    • 测试设计策略

      描述需要进行的测试,例如功能测试、接口测试等,并分别描述原因。

    • 测试执行策略

      描述测试执行需要进行多少轮、每轮的测试重点、每轮测试的优先级,并分别描述原因。

    • 回归测试策略

      重点描述整个项目的回归测试策略,不仅包含项目本身,还需要包含其它关联产品线的配合方式等。

    • 难点测试方案
  • 缺陷管理

    与项目组成员在缺陷处理问题上达成一致,避免测试执行时项目状态过于无序。

    例如XX缺陷必须在两天内修复,如果有拖延,则整个测试依次顺延。

困难及风险

基于以上分析,判断项目内存在的风险与困难,并对这些风险和困难进行跟踪直到项目结束,可以参照如下表格:

风险描述 提出人 建议规避措施 备注