我起初準備自己寫10條建議給剛入門的軟件測試員們。但之后我看了lolcats/icanhascheezburger 上的名人Ben Huh的一段演講。Ben指出，有了互聯(lián)網，信息成了免費資源，但組織，編輯，以及表達卻都需要技巧。受Ben和cheezburger網站的啟發(fā)，我請求60名成功的軟件測試工程師每人為剛入門的測試人員提出三條建議。其中的40多名答復了我，使我最終有了一個長達100條的建議列表。

　　出于保護他們的隱私，我不會原封不動的把這些建議羅列出來。但是有趣的是，我發(fā)現(xiàn)他們的建議中有很多共同的地方，而所有這些建議加起來要比我原先自己想到的好得多了。

　　我把這些我搜集的建議總結成以下19項：

　　1. 想客戶之所想

　　在測試的過程中時刻想著用戶。培養(yǎng)自己對用戶需求的共鳴。和用戶溝通并且觀察他們怎們樣使用你的軟件。

　　2. 多讀Bug

　　如果你和一個團隊的軟件測試工程師一起工作，那么請閱讀 他們每天發(fā)的Bug， 特別是那些針對你的測試部分的Bug 。你可以從別人如何找到Bug中學到很多東西。

　　3. 多讀代碼

　　找到你測試的那部分功能的代碼。雖然寫代碼并不是你的事，但是讀那些代碼常常會幫助你找到潛在的邊際情況和軟件缺陷。

　　4. 為你發(fā)現(xiàn)的Bug而驕傲

　　促成一個軟件Bug的修復是從寫好Bug標題和描述開始的。我每次發(fā)完一個Bug都會把這個Bug重讀一遍以確保它是合理的并提供恰倒好處的細節(jié)。如果一些重要的Bug 沒有被糾正，要追根究底，確保決定和利弊權衡是正確的。

　　5. 參加軟件功能的設計

　　在軟代碼編寫之前，在仍有可能有大的設計變更的時候，積極參加軟件的計劃階段，這會幫助你了解正被考慮的折衷和權衡。

　　6. 設計你的測試

　　無論是尋找邊界值，運用組合技術，畫圖表，或創(chuàng)建測試模型，把你的想法放進你的測試設計中總是有用的。在試探性測試的時候，有意識地去交替你的測試計劃和產品學習。

　　7. 了解你測試的功能

　　不管你測試的是那一塊功能，你應該了解它的設計，它的局限性，別人發(fā)現(xiàn)的Bug，代碼的變動，以及它和其它功能間的交互關系。

　　8. 和別人合作測試你負責的部分

　　和有不同專長的人一起測試你的功能模塊，一起討論測試的點子并且征詢他們的反饋意見。

　　9. 學習你測試的軟件

　　即使你只是測試一個軟件中的很小一部分，成為其它新功能和整個軟件的專家都會幫助你成為一個更好的測試工程師。