「一間公司,如果RD只開發,QA只測試,造成的後果就是整間公司『沒有人有動機去避免bug產生』,也就等於品質得不到保證。」——《你就是不寫測試才會沒時間:Kuma的單元測試實戰.Java篇》
我們都聽過一些關於組織設立錯誤 KPI 的故事。
如果 RD 設立的 KPI 是程式碼的行數,那麼你只會得到一個充斥大量無意義程式碼的軟體。
如果 QA 設立的 KPI 是 bug 的數量,那麼對他而言,其實 RD 送來測試的程式碼越爛越好,畢竟爛 Code 越有可能抓出越多的 bug。
KPI 會影響人們的動機,而動機則影響了人們最終產出的成果。
在你的軟體開發生命週期當中,有沒有為團隊埋下『維護軟體品質』的動機?
這樣的動機,是否有同時影響到 RD、QA、甚至是團隊的每一份子呢?
DevOps 提倡『交付價值』是團隊每一份子的責任,那麼在你們所交付的價值之中,是否包含了品質呢?