2、交流技能(Communications Skills)
能寫出計算機程序卻寫不出一個完整句子的軟件工程師現在還有。但不幸的是，要成為一個成功的軟件測試工程師，你需要清楚的交流。
你怎么去學習寫？通過寫。如果文字水平太粗糙，上一門創造性寫作的課。每天寫工程流水記錄或發email。關鍵是學習(或重新學習)怎樣用清晰可懂的語言表達你的思想。一個好的寫作參謀是William Strunk Jr.和E.B. White寫的The Elements of Style(Allyn & Bacon, 2000)，它一點也不象初中教科書。
測試工程師必須把產品測試的技術寫成文件。測試計劃提供指導并把測試設計轉化為設置、實現測試和評估結果的步驟指導。具有一般軟件和產品特性不同層次經驗的工程師都能使用這樣一個詳細的測試計劃。如此測試設計者或測試方案作者之外的工程師也能能進行測試。
測試計劃也幫著佐證測試策略的正確性。項目中的每個人都應當參與審查(即市場、開發、支持、技術寫作及測試人員)。計劃的審查是必不可少的，因為盡管測試工程師盡最大努力來達成一個對產品的全面定義，這一測試設計者所基于的定義不一定是完整或準確的。此外，就象開發者很難測試他們自己的編碼一樣，測試工程師也很難明確評估他們自己的測試計劃。每一個計劃審查者都可能根據其經驗及專長建議修改，有時侯審查者還能提供測試工程師在組織產品定義時不具備的信息。例如，一個市場人員可能了解到了新的客戶要求，一個軟件支持專家可能從有關的產品領域了解到了一個新的缺陷報告。
測試計劃強調測試計劃和執行的原則。在測試計劃中描述進行測試所需的測試設計和步驟是另一層關于測試設計和計劃的原則。在測試設計和計劃中的錯誤與欠缺在設計轉化成測試計劃中特定的結構和測試步驟后就經常是再已無法彌補。
.
測試計劃可作為其它項目，例如為不同的產品準備測試時的參考資料。當被測試軟件找到缺陷解決并證實后，測試計劃所述的測試可以用于證實缺陷的解決方案。同時，一個主要的測試設計信息來源，特別對于舊產品的新版本而言，是相關產品或前版本的測試計劃。在建立新版本時，舊版本的軟件測試計劃都應當被重新審查。
與功能與設計說明不同，測試計劃將從測試的角度來描述產品的功能操作。從這方面說，測試計劃構成了公司公共檔案的一部分。隨著時間的流逝人們會離開公司，帶走他們的知識。以前產品的測試計劃就能幫助你定義新產品的測試。
軟件測試工程師還要寫測試結果報告。測試結果必須寫成文檔，這樣就能確定被測軟件的狀態，提供關于必須要解決的缺陷的記錄。產品測試中發現的所有缺陷的記錄是測試部門最顯眼、保存時間最長的文檔。測試計劃和測試報告在項目的最后常被遺忘，但現存缺陷的清單(或數據庫)代表項目未完成的議程。這一議程沒完成是因為一些缺陷必須在對原來產品的一個patch或maintenance release的時候糾正，或者它們在這個產品作為后續產品的基礎之前被修復。
在與軟件產品打交道的過程中，測試工程師比其他部門的人參與項目的更多方面。測試部門應當記錄項目過程中重大事件(例如設計決定)的信息。這個信息應能幫助測試部門和其他部門避免在后續項目中犯同樣的錯誤。錯誤是不可避免的，在一個項目中可能出問題。從這些經驗中學習就可能避免問題，避免今后的同樣錯誤。從錯誤中學習的第一步就是記住它們，記憶的第一步就是把它們寫下來。
3、組織技能(Organizational Skills)
每當執行一個軟件項目的測試計劃，幾乎不可能不遇到至少會阻礙一些測試而必須解決的缺陷。一個測試工程師應當能靈活地停止測試產品的一部分而開始測試其他部分。有時被測軟件需要做根本變動引起大量的測試結果失效，測試也許得重做不止一次。在問題被查找和改變在進行的過程中，測試工程師必須有條理，保持對執行測試的軟件的前后關系的明確感受(例如目前被測試的程序特定版本的不同部分)。
網絡時代要求的動態開發和測試模式使組織性的工作方式對測試工程師越來越重要。在整個開發過程中被測試軟件可能會不斷地改進。測試工程師在計劃和實施測試的時侯必須考慮這些變化因素，必須控制測試環境來保證測試結果的有效性。
記住計劃是一個動詞。作為一個軟件工程師，你永遠不會有你想要的所有時間和資源。你總是必須通過理解技術和產品，開發組織方式，從你和其他人的錯誤中學習，以及在設計必須改變和出問題的時侯的迅速調整，使你的測試效果和效率最大化。如何能做到這點呢？基本代數：量化任務、目標和結果來減少方程中的變量數。把產品的功能定義成要求。在測試計劃和測試中量化測試及其預期的和實際的結果，把信息提供給項目組。你東點一下西點一下是不能完成整個測試的。未來軟件開發的組織模式要求有靈活的設計和不斷進化的開發周期。對產品測試必須隨著產品的進化而進化。
4、實踐經驗(Hands-On Experience)
這是個典型的兩難問題。你需要軟件測試經驗來找工作，你沒工作你就沒經驗。你該怎么辦？
Be careful! 這需要勇氣和你的PC的小心備份。
作為自愿者參與beta測試。怎樣發現需要beta測試員的公司呢？首先，給你在軟件公司工作的親友打電話。偶爾有人會需要beta的測試人員。如果這不行，到你最喜歡的網絡搜索引擎上去找“beta test”。你會發現很多小(和不那么小的)公司亟需beta測試員。為什么？這得感謝互聯網，競爭的加劇使公司必須做出產品模型貼到他們的網址上作為“beta”版推出。這些公司希望人們不僅測試他們的產品，而且對這些免費品感興趣進而購買他們的產品。
你也能參與開放資源的項目，例如Mozilla，開放資源的網絡瀏覽器是網絡瀏覽器的基礎。Mozilla缺陷跟蹤系統(bugzilla.mozilla.org)允許網上任何感興趣的人直接在http://65.54.244.250/cgi-bin/linkrd?_lang=EN&lah=305b645e23c84b49d4b41cffd53cb67f&lat=1056412649&hm___action=
http%3a%2f%2fwww%2emozilla%2eorg的開放資源項目中直接報告和跟蹤缺陷。
一句忠告：如果你要把很多beta軟件下載到你家里的PC里，投資你的備份設備和防病毒組件。
5、態度（Attitude）
“我希望你幸福的夢想，被你打破了！”我打賭這句話能勾起一些人童年記憶的創傷。我不是心理學家，但我還敢說這種說法是因為我們渴望看到成功。在軟件測試中，你不僅要證實軟件在做它該做的，還要證實它不會做它不該做的。為了做到這一點，你得找出軟件的失敗之處。
進行軟件測試需要很多人的眼光要進行一百八十度的轉變，因為測試的目標是要讓被測軟件失敗，由此產生出等同于其他東西工作正確時的成功。在軟件測試中，一個成功的測試揭示一個缺陷。進行軟件測試也是因為互聯網的來臨要求人們用一種大不同以往的眼光來看待動態的開發和測試模型。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
