《Google的軟體測試之道》(6)
阿新 • • 發佈:2021-12-13
《Google的軟體測試之道》
第5章 Google軟體測試改進
5.1 Google流程中的致命缺陷
第一個致命缺陷:測試成了開發的柺杖。
我們越不讓開發考慮測試的問題,把測試變得簡單,開發就越來越不會去做測試。
第二個致命缺陷:開發與測試的組織結構分離。
測試人員更關注自己的角色,而不是他們的產品。健康的組織的一個標誌是,人們會說“我在為Chrome工作”,而不是“我是測試”。
任何角色都不應該被過分強調。團隊的每個人都是在為產品工作,而不是為了開發過程中的某個部分。
第三個致命缺陷:測試人員往往崇拜測試產物勝過軟體本身。
測試的價值在於測試的動作,而不是測試產物。
測試人員必須把產品放在第一位。
第四個致命缺陷:產品經過最嚴格的測試釋出後,使用者有多大可能仍然發現測試中遺漏的問題?幾乎必然發現。
5.2 SET的未來
作者認為SET沒有未來。SET就是開發,與開發的待遇一致。
測試特性應該由團隊的新成員負責,特別是那些資歷尚淺的員工。
5.3 TE的未來
TE的需求量會越來越少。
測試工程會轉型成測試設計。少量的測試設計師快速地規劃出測試範圍、風險熱圖和應用程式的漫遊路線。可以識別需要專業技能的地方,比如安全性、隱私、效能和探索式測試。
5.4 測試總監和經理的未來
數量大幅減少。他們將作為思想領袖,為維繫鬆散的測試工程師和負責質量的軟體工程師的關係而存在,但不會最終為某個特別專案的質量或管理負責。
5.5 未來的測試基礎設施
目前Google的測試基礎設施是基於客戶端的,在測試建立和執行上花費昂貴的人工和機器建設成本。
測試基礎設施會最終整體遷移到雲端,使用更加開放、基於雲端計算的方式。測試用例庫、測試程式碼的編輯、錄製和執行等都將在一個網站或通過瀏覽器外掛完成。