在進行 scrum 時, 有一個常見困擾大家的問題, 就是什麼叫做一個功能已經完成. 如果不是真的做完, 或者做完的結果並不是讓人滿意, 我們需要早點知道, 以做出因應的事情.
那我們會怎麼處理呢? 常見的做法如下:
1. 靜態檢查
也就是沒有"借由執行"這個功能來確認是否做完. 通常是流程面要做的事情, 是否都已經有處理了. 例如:
check-in 程式碼到原始碼控制系統
設計文件要被檢視
程式碼要被檢視
開發人員或是相關的人員要簽字確認
通過靜態分析工具的確認
…...
2. 動態驗證
(1) . 手動執行測試個案
在功能做完時, 開發人員要執行一些驗收測試個案, 如果全部都通過, 我們就可以說這個功能完成. 對於沒有自動化測試的團隊來說, 這是很必要的步驟
(2). CI 檢查
如果有建置 CI (continuous integration) 的團隊, 當功能寫完後能夠通過 CI 的, 我們也可以說是寫完了. CI 通常會執行單元測試, 或是測試人員所撰寫的 end to end 測試.
3. 展示功能
前面的項目只是確認 do the thing right, 但是對於 do the right thing 並沒有太多著墨. 也許你可以花個 30 分鐘或是 1 個小時, 展示給經理, 測試人員或客戶看, 他們會很快跟你說明這功能有沒有用, 有沒有哪些地方需要調整. 重點不在是否有沒有bug, 而是在於方向是否正確. 這件事需要先做, 不需要等到 review meeting 或是測試完畢, 因為如果方向錯誤, 那後面有很多事情再做下去可能沒有意義.
全站熱搜
留言列表
