《研發質量複盤報告》模板
- 2022-03-25 14:55:00
- IDO老徐 原創
- 12009
接著上篇，2022，也許是最後1期「百人計劃 」@軟件測試
看這篇之前，建議先看，
我经历的 5 种测试组织模式
这篇文章，来自 百人計劃 7 期，某位已经报名的成员，给我的私信，问题比较经典，也有价值，同步给各位测试工程师 及 管理Leader 岗位的读者 。
主题：《研發質量複盤報告》模板
說明，@IDO老徐 提供的模板，只给思路 和 大纲 ，具体是 word 还是wiki，还是研发效能工具自己开发个页面 或 自动生成报告，各团队根据时间情况，落地 。
PS，形式不重要，在你团队能落地就行 。实在不知道的，就 邮件正文，按这份大纲，写出来吧 。
核心解決的問題，
1、这个迭代版本，开发质量怎样 ？
2、这个迭代版本，测试过程怎样 ？
3、進行哪些改进，对下个迭代有帮助 ？避免重复出现 ？
模板 ，
一、維度
1、研發周期（起止時間）
2、提測時間，是否延期
3、冒煙測試，是否通過
4、測試周期（起止時間）
5、每個模塊Bug占比
6、每個研發成員Bug排名
7、研发人均Bug 数
8、Bug等级分布（严重程度 或 优先级 都可）
9、Bug Reopen 次数分布
10、Bug 修复周期（多长时间，解决的Bug）
11、這個叠代的Bug數量，橫向對比（與前幾個叠代）
12、單元測試覆蓋率
PS ，如上维度，根據公司實際情況，可增刪（不是標准答案）
二、數據健康分析
基于如上維度，
每個指標，數值在多少範圍合適 ？
@IDO老徐的建议是：得根据公司实际情况 。
每个月，对比上个月，有提升，即可（质量，效能 都是逐步提升的） 。
或者，某個項目、叠代，指標突然飙升了，就應該引起重視了 。
還是那句話：每个公司团队能力、项目复杂度，不完全一致 。
不建議参考其他公司的数据指标，把研发团队搞死 。
三
未完待续 。。。
先写这些 ，如果你遇到了啥有意思的具体问题，来「軟件測試圈」提問 ，我都会解答的 。
IDO老徐
全网同名，个人IP公衆號
日更10年，每天 1 分钟、解决 1 个问题
職場、副業、輕創業、寫作、個人IP
公衆號、視頻號、小红书、知乎
長按/掃碼，關注IDO老徐
關注回複 401 送你「十年原創资料包」
| 聯系人： | IDO老徐 |
|---|---|
| Email： | 957863300@qq.com |
| QQ： | 957863300 |
| 微信： | 957863300 |
| 微博： | isTester |
| 網址： | idoxu.com |
| 地址： | 中国 · 广东 · 深圳 |
來源備注：老徐博客