上次引用到 Joey Chen 對 測試人員 目前的看法(在下面), 今天繼續聊聊 XD
”測試人員應該需要具備自動化的能力，但撰寫自動化測試程式不應該是他們投入最多時間與心力的著力點。
他們應該去自動化那些過去很花他們時間的 routine 工作（不只是程式，可能還有文件），讓他們能擁有更多的時間聚焦在產品，對產品品質能有發散的觀點，捕捉風險項目，實例化情境，幫助開發人員、甚至需求人員把需求的輪廓跟邊界切出來。
這是測試人員把特質發揮到極致的價值“
去年在 Agile Summit 2019 中有分享 agile testing strategy, 和 Joey 上面提的想法是類似的, 個人覺得包含以下重點:
https://www.slideshare.net/ssusere62027/agile-summit-taipei-2019-agile-testing-strategy
A. 測試左移
測試不應該是一個階段, 不該再開發完後才做, 要在前面就融入開發流程, 也就是 test left. 像是需求檢視, 參與設計討論, pair testing, static testing 等等都是.
B. 源頭錯, 後面自動化再好還是錯
很多團隊認為 QA 後來在進來測就好, 前面討論需求不用進來, 進來了也聽不懂. 事實上, 軟體開發最怕的是做錯需求, 如果一開始 QA 可以幫忙把需求弄的完整, 把一些錯誤處理狀況討論好, 讓 RD 一開始就有考慮到, 就有處理到, 後面就不會說改這個要動搖國本, 或者是之後改 bug 再來修修改改, 這樣的程式架構才會比較漂亮. 當然啦, QA 也是要培養出能跟 PM , RD 談需求和設計的能力.
C. 工具很重要
工具很重要這件事, 對 RD or QA 來說都是很重要的. 我很少看到資深厲害的工程師, 手頭上沒有一堆軍火庫. 如果有工具可以幫你產生測試資料, 模擬某些測試環境, 或者是當 fake server 等等, 都會讓日後的生活好過很多.
D. 測試自動化的重心.
就如之前 LInkedIn 那篇, 自動化的主力應該是放在高價值, 低維護成本的 happy path, 讓主要價值都有被保護, 並且也不會花工程師太多時間去維護測試程式, 須知測試程式的維護往往是最大的夢魘, 通常占自動化成本 80% 以上. 如果能做到上述原則, QA 就可以利用 exploratory testing, 去探索更多未知領域, 而不是在撿那些立馬就錯的爛 bug.
