作為一個在世界500強作業過17年的人，讀《Google軟體測驗之道》的時候感受頗多，
首先我想和大家一起思考幾個問題
1. 產品質量重要嗎？
答案是只有在軟體產品變得重要的時候質量才顯得重要！
說實話保證質量是需要大量投入的，高投入，肯定是需要高回報的，
咱們不要道德綁架，人人都要吃飯的，企業是要盈利的，如果產品本身不足夠有價值，
肯定是不值得投入過多的人力財力去保證高質量的，
2. 質量是測驗出來的嗎？
答案是質量不等于測驗
質量不是測驗出來的，
質量是開發程序的問題，
測驗和開發渾然一體就是質量達成之時，
質量也是效率的一部分，
3. 谷歌的工程師的三種角色職責如何？
答案是三種角色職責各有重點，但也重疊
此圖來自作者 ctomi798，總結的非常好，為他👍
??
4. 測驗開發比多少才合理？
答案是事實上質量和開發測驗比沒有多大關系，討論這個毫無意義，
質量應該是開發和測驗共同保證的，彼此是合作共贏的關系，有著相同的目標，
不同產品，不同公司的流程導致比例各異，大家都在尋找符合自己公司產品的最佳模式，
隨著測驗方法和手段的智能化，多樣化，開發和測驗都是具有技術能力的工程師，只是測驗站在用戶的利益去考慮問題，而開發著重產品的實作，測驗是需要更強的溝通能力，因為需要和所有相關人員進行交流，
就像我前面提到的google工程師有三個角色，SWE 開發工程師，SET 開發測驗工程師，TE 測驗工程師，也稱為用戶工程師，彼此重疊的作業很多，
SWE著重產品的實作，完成產品需求，負責小型測驗，中型測驗，類似單元測驗
SET著重服務與SWE，保證產品可測驗，提供測驗工具，測驗方案，也幫忙寫小型測驗，中型測驗
TE著重負責端對端端的大型測驗，測驗評審，完成用戶需求驗收，
5. 測驗人員是不是越早參與到產品中去越好？
答案是否定的，早期如果產品變化頻繁，測驗人員過早參與是一種嚴重的資源浪費，
2007年，我們公司曾經驗證TDD，也開發了適用于測驗先行的工具，我也幸體驗了這一劫難，
在開發寫代碼之前，我就根據需求檔案和UI mock 檔案，寫完了測驗腳本，
隨著開發代碼逐步的交付，腳本也跟著逐步執行，驗證，
這個程序中需求檔案改了3詞，開發的實作改動了8次，毋容置疑，腳本也都要隨之改動，
此嘗試，以失敗告終！
如果產品是不變的，測驗先行當然是好的，可是這個世界上有需求不變，實作不變這種理想狀態發生嗎？絕不可能！
6. 自動化測驗比例是不是越高越好？
答案這個不是絕對的，
有些邏輯過于復雜的產品，大型測驗里面，也就是端對端的測驗，自動化測驗性就不便投入過多，執行次數越多，產品邏輯越簡單的，自動化測驗投入越大越好
google 小型測驗自動化70%，中性測驗自動化20%，大型測驗自動化10%
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/396161.html
標籤：其他
下一篇：【對學習現狀的總結和思考】