一、项目测试流程

测试流程

  1. 需求串讲

    产品：

    1.   - 产品拉对应的测试人员，开发人员进行串讲。（区分公司进行串讲轮次）

    测试：

    1.   - 测试 关注需求是否合理，需求是否存在漏洞，需求是否不完整
    2.   - 若存依赖多种测试手段，需要提供不同的期参数
  2. 评估工时

开发测试：

  1.      - 根据经验评估工时（区分公司）
  1. 需求排期

开发测试：

  1.      - 开发对需求先进行排期，测试根据提测时间进行排期，
  2.      - 识别是否存在需求排期重叠合不合理的情况

  1. 脑图编写

    测试：

    1.  - 将需求转换为多个功能测试点，运用测试方法编写不同的测试点
  2. 脑图评审

测试 ： 

  1.      - 内部评审，应先简单给大家介绍需求，然后讲述自己的测试点
  2.      - 其他测试提出疑问或补充  ，可进行多轮内部评审

产品开发测试 ：

  1.      - 内部评审完成，拉通对应的产品开发，进行脑图评审
  2.      - 保证产品开发测试对需求的认知一致，无遗漏点

  1. 用例编写

    测试：

    1.   - 将脑图功能树，变更为具体的测试case点
    2.   - 遵循可读，可执行，任何人执行无阻力的原则
    3.   - 编写试用例过程中，识别是否有依赖项
    4.   - 提前抛出问题，防止阻塞测试进度造成延期的风险
  2. 用例评审

产品开发测试：

  1.      - 可直接进行外部评审，再次确认产品开发测试对需求的理解一致
  2.      - 若有依赖项提出需求，督促产研提前完成
  1. 测试计划

测试：

  1.      - 将测试计划拉取到测试计划中
  1. 执行计划

测试开发：

  1.      - 测试应在提测日，用短时间完成冒烟测试，识别是否存在P0P1级别bug
  2.      - 若没有按照计划执行测试计划及进行ET测试
  3.      - 覆盖所有的功能点和用例，提交功能bug
  4.      - 若有阻塞bug，督促开发及时解决，保证测试进度正常运行
  1. 回归测试

测试：

  1.      - 若存在 主线/分支 or 官网环境/测试环境
  2.      - 在分支or测试环境测试完成后需要道正网or主线回归
  1. 测试结论

产品开发测试：

  1.      - 测试完成后汇报测试结果
  2.      - 结果需要包含：测试场景，测试版本，测试环境，测试结论，遗留问题相关内容

二、版本发布流程

发布流程**版本发布周期分为三个阶段： **αβλ

  • - α 第一阶段：
  • 百级只供内部测试使用，在迭代需求测试完成后，会给到核心用户，小范围众测

  • 内测会用不同的分支版本号或域名区分测试与用户的版本，用户无法主动获取到该版本

    • - β 第二阶段：

  • 万级进行灰度发版，不同公司根据不同策略进行一轮或多轮的灰度发布中范围众测

  • 众测beta众测版本，版本基本稳定，无明显bug，根据发版策略(城市/设备/uid)进行发布，并收集

    线上用反问题 :::danger

  • -λ第三阶段： :::

    • 全部进行全量发布，所有用户均可检测升级
    • 全量 β 灰度问题全部解决，并且线上无大量反馈问题，版本稳定，无功能问题