因為極限編程 (eXtreme Programming) 和 DevOps 的出現, 測試自動化越來越受到大家的重視, 但是很多人雖然知道要做, 但是卻做不到. 常見的原因如下
(1) 沒時間
開發手頭上的功能就已經沒有時間了, 哪來時間去撰寫測試程式呢?
(2) 維護代價大
開發人員都很清楚, 需求常常會修改, 或者因為撰寫新功能導致舊功能受影響, 導致測試程式需要頻繁去維護, 才能讓每次的變動可通過.
另外, 也因為工程師魂的關係, 求好心切, 如果沒有測好測滿, 就認為沒有作到自動化. 因此, 就會想測所有排列組合, 認為那樣才是有做到自動化, 並且也才覺得這樣才有顧到品質.
如果要解決上述問題, 或許我們可以轉變一下想法
(1) 高價值的先做
你需要從客戶的主要業務開始下手, 一旦出錯就會造成著大損失我們才做自動化.
(2) 很穩定的功能不需要做
有些功能百年沒有改, 在資源有限的狀況下, 這些穩定功能不是我們自動化的首選
(3) 複雜的測試場景不要常做
在撰寫自動化時, 很多人想要可以做很多設定, 去測試不同狀況的組合, 導致測試程式很複雜. 這個在將來的維護, 以及失敗時想找問題在哪時, 會造成很大代價.
(4) 減少排列組合的數量
涵蓋完整測試的狀況的組合, 對確認品質是有幫助. 但是每種組合發生的機率不同, 或者發生之後的代價也不同. 此外, 維護起來也是不小的代價. 你可以先挑最具代表性的組合自動化, 讓自動化的 ROI 最高.
先從這些點開始思考, 相信可以讓你的資源花在刀口上, 在短時間內能有高報酬率. 接下來就是祝你好運了. 加油
文章標籤
全站熱搜
留言列表
