> 測試實際(蘊含測試基本概念，流程，管理等等內容。關于測試來講，這才是基本)
> 測試文檔 (只管網絡上的文檔中的內容關于目前的你來說不可以完整有用，但是知道一份專業或者說完整的文檔是怎樣寫的也是必要的)
> 測試工具(關于剛起步的測試人員，如果你不是開發大牛，建議你還是先應用別人已經寫好的工具)
> 開發知識 (有則加之，無則添之，總是是要學，因為這一點是為將來希圖，這些知識有助于我們更好地測試)
筆者在文章開頭提到了人與工具的問題�，F在各種各樣的測試工具很多，有關于性能的測試工具，有關于功能自動化的測試工具等等。不過昨天看到一篇博文，博文作者深感以后幾乎所有人討論的問題都是測試工具怎樣用，而關于測試工具開發相關的帖子卻很少，筆者也以為這是一個不正常的現象。確鑿，關于大多數軟件項目組來講，自己開發一特征能測試工具并不是一個現實的想法，又鑒于性能測試的主要性，在測試組中擁有掌握主流性能測試工具的專家是很迫切的需求。如果可以的話，我們擁有自動化測試工具的專家，我們擁有自動化測試工具自主開發的專家等等這些都是很有用的。不過這些專家的培養的順序也要順勢而行，不僅急不得而且也急不了。
當一個優異的測試團隊成立起來之后，“米”的問題就解決了，這個時候再來針對某一個詳細的項目推敲怎樣“炊”的問題就簡單很多了。簡單，并不代表可以不費吹灰之力就可以把事情擺平了。要知道，人是一個復雜的動物，人的心情會有陰晴圓缺，人會有喜怒哀樂，關于這些跟技術不搭調的問題筆者就不扯了，究竟筆者的人生閱歷還沒有卓越到可以教讀者怎樣做人的地步~關于計劃測試中人有關的話題，在本系列的后續文章中會結合“特定的事”“特定的時間”等等繼續討論。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
