质量团队持续优化之道

如果无法正常显示,请先停止浏览器的去广告插件。
分享至:
1. 质量团队持续优化之道 刘刚 京东科技 测试架构师
2. 自我介绍 嘉宾照片 ee.msup.com.cn 现任京东科技测试架构师,十多年资深测 试开发经验,技术上有丰富的接口自动 化、性能、UI 自动化及安全测试经验,并 建设优化过多种自动化框架,测试管理上 有丰富的测试架构体系建设经验、敏捷测 试管理经验及CICD实施经验,主要负责过 大型银行项目、电商物流平台、私有云平 台、支付平台等系统的综合测试工作。经 常受邀参加国内各类技术大会,演讲内容 主要涉及自动化、敏捷测试、质量管理等 方向的技术分享。
3. 01 我们面临的问题 Contents 02 了解敏捷开发和敏捷测试 目录 03 传统测试思路的转变 04 定制化适合敏捷团队的测试流程 05 建立规范的分支管理策略 06 加强测试环境把控 07 结构化的测试知识库建立 08 CICD体系的持续建设 09 建立测试跟踪面板和质量效能指标 10 团队管理改进之道 ee.msup.com.cn
4. 01 我们面临的问题 ee.msup.com.cn
5. 面临的问题 ee.msup.com.cn 系统越来 越复杂 上线频率 越来越高 测试责任 越来越大 关联系统 越来越多 质量要求 越来越多 需求变化 更频繁 测试时间 越来越少 团队越来 越敏捷化 质量团队 如何成长
6. 02 了解敏捷开发与敏捷测试 ee.msup.com.cn
7. 敏捷价值观 敏捷文化提倡:面向价值,拥抱变化。 个体和互 动高于流 程和工具 响应变化 高于遵循 计划 价值 观 客户合作 高于合同 谈判 ee.msup.com.cn 工作的软 件高于详 尽的文档
8. Scrum 工作流程 ee.msup.com.cn
9. 传统测试与敏捷的区别 ee.msup.com.cn
10. 03 传统测试思路的转变 ee.msup.com.cn
11. 测试人员的成长 章节1 • 测试职称变化 测试工程 师 测试开发 工程师 能效工程 师 • 测试人员成长的三个阶段 理论 ee.msup.com.cn 技术 理论
12. 自动化的成长:天下武功唯快不破 自动化认知之路 纯手工 ee.msup.com.cn 手工为 主自动 化为补 手工为 主自动 化为辅 自动化 为主手 工为辅 一切皆 自动化
13. 敏捷测试优化思路 ee.msup.com.cn
14. 示例:通用用例库 ee.msup.com.cn
15. 示例:通用用例库-增删改功能 ee.msup.com.cn
16. 04 定制化适合敏捷团队的测试流程 ee.msup.com.cn
17. 迭代流程测试介入思路 章节1 迭代计划会 测试角度总结分析 迭代回顾会 迭代评审会 验收用例评审+测试方案评审 每日立会 开发+测试 数据化的问题反馈 自动化+手工 关键点:在迭代计划化后便开始验收用例的评审+测试方案评审 好处:先评审用例再开发,这样可以提前考虑如何测试,提升代 码可测性,同时避免开发思路乱飞,缩小开发与测试人员的对需求 的认识差异,也是对ATDD思想的一种践行。 ee.msup.com.cn
18. 故事流程测试介入思路 故事 创建 ee.msup.com.cn •团队评审 •QA预测试 故事 开发 •QA出具验 收用例 (ATDD) •RD进行开 发&联调 故事 测试 • RD编写单测 脚本及联调 自测 • QA 进行测试 前期准备 (数据、脚 本) 故事 关闭 • RD等待其他同 版本故事开发 完毕后,创建 “发版提测” • QA 冒烟&验收 通过关闭故事
19. 示例:QA预测试 ee.msup.com.cn
20. 示例:定制提测流程 章节1 ee.msup.com.cn
21. 示例:提测内容展示 章节1 ee.msup.com.cn
22. 示例:故事流转流程优化 ee.msup.com.cn
23. 定制化 ee.msup.com.cn
24. 05 建立规范的分支管理策略 ee.msup.com.cn
25. 分支策 略 是否并 发多个 提测 多个需 求提测 间隔 需求上 线时间 判断 因素 需求冲 突大小 发版频 率 研发靠 谱程度 ee.msup.com.cn 特点 Trunk Based 1)简单清晰,避免分支合并困扰 2)灵活性不高,质量保障难度高 3)易于持续集成 Git Flow 1)流程清晰,分支管理严格 2)适用于发布周期比较长的“版本发布” 3)分支同步成本高 4)合并繁琐 Gitlab Flow 1)最大原则“上游优先” 2)适合持续发布和版本发布 3)简单便利并有适应不同开发环境的弹性 Aone Flow 1)只使用三种分支类型:master分支、 feature分支、release分支 2)规则简单 3)适合持续发布和敏捷开发
26. 背 景 ee.msup.com.cn ➢ ➢ ➢ 项目人员:研发同部门,大概二十人左右,测试五六个人 团队管理方式:敏捷(两周一迭代,每周二周四为上线日) 项目工程特点:总共八九个应用,其中频繁上线的有三个左右 ➢ 测试环境:2套test环境+1套dev环境+1套预发环境 测试环境混乱 •测试环境分工不明确,存在抢环境、环境不够用的问题,会一定程度影 响测试进度 分支管理不够规范 •开发提测合并分支管理不够规范,容易出现合并分支提测混乱的问题并 影响上线效率 上线折腾太晚 •近期上线有好几次都搞到凌晨一两点甚至三四点,弄得大家非常疲惫, 也不利于保证上线质量 上线质量欠佳 •近期部分生产问题的产生,因为提测功能相互影响,测试未覆盖全面
27. 章节1 解决方案 明确环 境分工 优化测 试策略 制定上 线计划 优化分 支管理 策略 尽早合 并测试 ee.msup.com.cn 标题 明确上 线负责 人 题
28. 章节1 优化后的分支策略 标题 题 ee.msup.com.cn
29. 章节1 上线计划 标题 题 ee.msup.com.cn
30. 示例:复杂的分支策略 章节1 标题 题 ee.msup.com.cn
31. 06 加强测试环境把控 ee.msup.com.cn
32. 六个维度入手把控测试环境 ee.msup.com.cn 权限 部署 规范 多套 平台 通知 掌控测试环境 的管理员权限 主导测试环境 部署及各类中 间件配置、库 表维护等 制定适合本项 目的环境使用 规范 测试环境应至 少有两套,且 不易超过三套 引入DevOps 效能平台,建 立CICD持续 交付 环境做好通知 告警,方便团 队知晓测试环 境状态
33. 示例:测试环境状态通知 ee.msup.com.cn
34. 07 结构化的测试知识库建立 ee.msup.com.cn
35. ee.msup.com.cn 结构化的目录 统一的文档模板 定期的监督 1)测试Leader 统一建立和维护 2)清晰且思路 连贯的分类 3)目录之间必 须互斥 4)定义好要维 护的知识库范围 1)先维护好各类 型的文档模板 2)团队采用统一 的模板维护 3)团队内部培训 和统一文档编写 思路 1)测试Leader 定期巡查 2)团队定期内 部分享 3)持续优化
36. 示例:知识库目录&基准用例 ee.msup.com.cn
37. 08 CICD体系的持续建设 ee.msup.com.cn
38. ee.msup.com.cn
39. ee.msup.com.cn
40. 章节1 示例:CT之接口自动化 标题 标题 ③建立自动化好坏的衡量标准 ①建立测试场景 ②建立自动化case成熟度衡量标准 ee.msup.com.cn
41. 09 建立测试跟踪面板和质量效能 指标 ee.msup.com.cn
42. 无跟踪无效率 ee.msup.com.cn 无反馈无成长 无量化无质量
43. 效能指标 ee.msup.com.cn
44. 示例:测试跟踪面板 ee.msup.com.cn
45. 示例:阶段性BUG总结反馈 ee.msup.com.cn
46. 示例:质量效能量化周报 ee.msup.com.cn
47. 示例:效能度量仪表盘 ee.msup.com.cn
48. 示例:质量效能大屏 ee.msup.com.cn
49. 10 团队管理改进之道 ee.msup.com.cn
50. 走向自组织团队 06 04 可视化 工作任务的可视化。让团 队成员了解工作任务项以 及当前进度。 授权 奖励 针对好的团队要给予肯定 的,要有经济上或象征性 的奖励。 02 有权自我管理。自组织团 队要自我决择如何最好地 完成他们的工作。 目标 01 05 确立团队的目标与价值。 03 ee.msup.com.cn 辅导 团队可提供需要的培训技术援助。 沟通 团队成员之间需要互相了解,互相尊重。自组 织团队知道如何认可和包容团队的差异性,知 道如何以差异为基础创造不同。 自组织
51. 敏捷测试管理解决方案:测试社区 创建松耦合QA组织 B团 队QA A团 队QA 部门QA 社区 E团 队QA ee.msup.com.cn C团 队QA D团 队QA ➢ 整个部门内部的各团队的QA同属于部门QA社区,方便一 些具体方案的统一实施及QA间的协同 ➢ 各团队的QA又是独立的个体,独立负责本团队的测试工 作,与其他团队的QA之间为松耦合关系(表面零散,内 部有沟通协作机制) ➢ 各个QA小组可以打个标签,比如“自动化测试强”、“性能 测试强”,可以在遇到具体问题时,协同具体QA小组来协 助 ➢ 定期召开QA社区双周会,增强各组QA间的联络
52. 感谢聆听! 关注msup公众号 获取更多工程效能实践案例

Accueil - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-16 04:37
浙ICP备14020137号-1 $Carte des visiteurs$