Google軟件測試之道筆記與總結

[本文出自天外歸雲的博客園]

如下內容除了筆記還有總結，有我的理解的成分在內。

第一章筆記與總結

1. 開發人員也承擔了質量的重任，質量歷來就不單單是一些測試人員的問題。頭銜有測試字樣的人的任務是讓那些頭銜裏沒有測試字樣的人更好的作測試。

2. 寫一段代碼就要測試一段代碼，不要等着都寫完了再寫測試。寫一段代碼就馬上測試這段代碼，這件事是由寫這段代碼的開發來作的。Google測試人員少是由於保證質量是開發的事。若是某個產品出了問題，第一個跳出來的必是致使此問題的開發者，而非漏測該bug的測試人員。

3. 質量更像是一種預防行爲，而不是檢測。質量是開發過程的問題，而不是測試問題。

4. 開發者對本身開發的代碼負責，比專職測試人員更適合作測試工做。

5. 測試人員的存在是爲了讓開發人員的工做更有效率，測試開發的工做是提升代碼可測性，至於編寫測試代碼是開發的事。測開主要關注開發人員，確認開發人員在測試方面的工做是否到位。

6. 沒有集成測試和系統測試，只分小中大型測試。小型的是開發完成的，對某個函數而言，針對單個模塊進行。中型測試是測試開發寫的自動化測試，關注涉及二個以上模塊間的交互行爲。大型測試針對三個以上功能模塊展開，驗證是否知足用戶最終需求，屬於結果驅動的模塊集成測試。非自動化進行的測試叫探索式測試。我們的checklist走查屬於超大型測試了（第四級別的測試）。

第二章筆記與總結

1. TDD是開發者作的，他要針對本身即將編寫的代碼寫測試代碼，這就是測試先行。這裏要注意，測試先行絕對不是測試人員的工做，而是開發者的工做。

2. 測開者的任務是負責開發出合適的測試框架，給開發人員使用，讓他們編寫測試代碼可以更方便、更輕鬆。測開要指導開發寫測試。測開要針對開發寫的代碼提出測試意見，指出哪些地方須要寫測試，若是很差寫測試就是代碼寫的有問題，得重構，這是必須的。 爲何要重構？就是讓你的代碼每個部分都可以有充分的測試來保駕護航，這纔是重構的意義。

3. 咱們儘可能不要作侵入式的修改，這種侵入式的修改多了，並且沒有配套的測試保障，必定會引來bug。要對單個功能模塊的邏輯很是清楚的前提下，纔可以進行重構，在拆解出單元后馬上配套編寫充分的單元測試用例不是最好的方法，最好的方法是在拆解單元前把單測寫好，而後進行重構，這纔是TDD，測試先行。有測試代碼保駕護航的代碼，纔是質量的體現。

4. 每個重要缺陷的修復，都要有一個測試用例與之對應。咱們要儘可能嘗試把重要缺陷的發現過程寫成自動化測試用例。