流程

最近，思考著如何讓功能從開發到上線平順、迅速。


前端目前流程是 RD 開發，QA 測試，測試完後發佈上線。

最近 K 積累的未測試工作有些多，為什麼會如此？

自己觀察到兩個面象，都跟程式碼品質相關：

1. RD 交付的程式碼不正確
2. 常常在修 bug 過程影嚮到別的部份

如果能改善這兩點，測試時間應該可以大幅縮短。

從某方面來說，我覺得代碼品質應該是 RD 的責任，程式寫得對不對、好不好開發者最知道，如果 RD 本身對於功能的正確性有 70%，80%，甚至是 90% 的把握，那麼 QA 只需要測試額外的特殊（少見）情況。

現在上線前統一需要 QA 測試就好像認為 QA 應該替程式的正確性負責；我認為不應該把程式碼的正確性壓到 QA 身上，RD 寫出的程式碼需要有足夠品質才是。

如何能提高把握度？常見的 unit test、integration test 夠多應該就能提高。

期許自己能對開發的功能有 80% 或更高的把握度，一方面自己挖的坑自己填，另一方面也能減緩 QA 的工作量。

早上也跟 J 溝通，至少 Beta 會慢慢往這個目標前進。