咚咚技术团队
  • 首页
  • 文章
    • 前端
      • 0.1 + 0.2 精度丢失深究
      • IOS H5 视频无法播放
      • H5 播放 amr 音频文件
      • IOS 10.x 版本在 Taro 中的兼容性问题
      • 百度 UEditor 引发的 cross-iframe 问题解决方案
      • 访问 www.banchengyun.com 时发生了什么
      • decodeURIComponent 与特殊符号
      • 前端埋点
    • 后端
      • Swoole 相关
        • MAC 本地环境执行 GuzzleHttp 时导致 Swoole 进程异常退出
      • Hyperf 相关
        • 在 phpstorm 中调试 hyperf 代码
        • Hyperf 1.x Proxy 缓存失效问题
      • K8s 相关
        • 搭建 k8s 集群
        • 使用 docker-compose 快速搭建 Hyperf + Redis 开发环境
        • Kubernetes Autoscaler
      • 其它
        • 幂等性和原子性
    • 测试
    • 效能提升
      • 优秀开发者的第一步:始于需求分析
      • 优秀开发者的第二步:如何阅读他人的代码
  • 活动
  • 课堂
  • 知识库
    • 公共
      • 什么是流程型组织
      • 半城云集成产品开发流程
      • 阿⾥云 Codeup 代码平台使⽤ & 迁移指南
      • git 使用规范
      • 关于第三方与服务号授权的问题
      • 收不到消息的排查方法
      • 系统安全
      • 前端编码规范
      • 后端编码规范
      • 测试规范
    • 前端
      • 规范
        • 前端编码规范
        • 咚咚技术栈
        • code-review 规范
        • git 工作流
        • Tapd 文档
      • 复盘经验
        • 2021.01 效能、规范、技术债讨论会
      • Code Review
        • SCRM 2020-07
    • 后端
      • 复盘经验
        • SCRM 2020 年 8 月
      • Code Review
        • SCRM 2020-07
    • 测试
      • 复盘经验
        • SCRM 2020 年 8 月
  • 项目文档
    • 前端
    • 后端:小程序
    • 后端:企业微信
  • 接口文档
  • 兴趣小组
    • golang 小组
    • 增长小组
    • 前端小组
  • 书单推荐
  • 生产环境 分析会
    • NO.2022.01
  • 生产环境 可用性
  • 团队活动
    • OpenTalk
      • NO.2021.Q3
      • NO.2020.Q2
    • WalkTogether
  • 关于我们
  • GitBook 使用说明
由 GitBook 提供支持
在本页
  • 测试流程及规范
  • 一. 目标
  • 二. 测试流程说明
  • 三. 测试流程
  • 1. 原型评审
  • 2. 项目计划内容:项目成员职责,项目进度计划
  • 3. 测试计划
  • 4. 用例管理用工具
  • 5. 文档输出:测试用例
  • 6. 用例评审
  • 7. 项目提测
  • 8. 冒烟测试
  • 9. 功能测试
  • 10. 版本控制
  • 11. 缺陷处理流程
  • 12. 缺陷管理工具
  • 13. 缺陷严重级别和优先级
  • 14. 文档输出:测试报告
  • 15. 线上复测

这有帮助吗?

  1. 知识库
  2. 公共

测试规范

测试流程及规范

一. 目标

根据公司的项目实际情况制定合理的测试流程,提高测试效率和产品质量,同时加强项目成员之间的沟通。

二. 测试流程说明

三. 测试流程

1. 原型评审

参与人员:开发,测试,设计,产品

需求评审过程中:

开发从技术角度来分析实现方案,实现难易程度。

设计从交互角度给出适当的建议,有没有不合理的交互流程,是否存在可优化的地方。

测试从用户角度来给出产品逻辑上是否存在不合理的建议。

在需求评审的结束之后,明确相关人员的职责,评估设计,开发,测试周期,制定项目计划。

2. 项目计划内容:项目成员职责,项目进度计划

项目负责人输出:项目计划,功能列表

3. 测试计划

根据项目计划及开发人员工期安排,测试负责人制定测试计划。

4. 用例管理用工具

Tapd:便于管理,查阅,文档的沉淀。

5. 文档输出:测试用例

测试人员根据需求设计编写测试用例,冒烟测试脑图。

6. 用例评审

参与人员:项目成员全部参与(产品,开发,测试)

确认细节规则和测试结果的准确性,避免功能点遗漏。

备注:根据项目大小或项目时间决定是否需要进行用例评审。

7. 项目提测

开发人员开发完成后进行自测,自测通过后提交测试版本给测试人员,并提供测试环境。

8. 冒烟测试

测试人员执行冒烟测试用例,冒烟测试通过后,开始正式测试。

9. 功能测试

测试人员执行测试用例,提交缺陷,跟踪缺陷至缺陷关闭。

10. 版本控制

第一轮测试结束后,开发人员将bug修复后提交新的版本给测试人员。

11. 缺陷处理流程

12. 缺陷管理工具

TAPD-缺陷管理。

13. 缺陷严重级别和优先级

14. 文档输出:测试报告

测试人员经过二轮的测试后,直到没有新的问题,或遗留缺陷不影响主体功能。可与项目负责人确认后,是否可以通过,并编写测试报告。

15. 线上复测

上线后,为避免因环境因素产生的一些问题,可视情况进行全面测试或者关联功能测试。

上一页后端编码规范下一页前端

最后更新于3年前

这有帮助吗?

缺陷