關于測試實驗室，進行測試工作首先要爭取到盡可能好的環境。如果可能，應該建立測試實驗室，實驗室包括必要的裝備、工具軟件(包括測試工具)和各種操作系統平臺，保持實驗室的實用、整潔，避免他人干擾甚至破壞測試環境。
關于測試跟蹤軟件，制作一個簡單的測試問題跟蹤軟件，記錄測試的結果，將測試發現的問題分類，并對測試發現的問題和模塊、開發人員進行關聯，有助于分析問題，并可有效記錄測試的結果，形成測試報告，并從中找出一些規律性的東西來。因此測試問題跟蹤軟件還是有一定的價值的。
關于測試自動化，有一定的風險。對一個穩定的系統，甚至可以自己開發自動化軟件，而對于正處于快速變形中的軟件開發過程，接口、主要功能和支持環境在發展變化中。為測試配置環境也要付出很多的時間。
以下是關于測試的一些技巧和經驗：
在制定測試計劃的時候，就要考慮到測試的風險，并抉擇要執行哪些測試，并放棄哪些測試;測試計劃的評審應該讓開發人員參與;
測試模型的制作應該盡可能貼近用戶，或者站在用戶的使用立場上來觀測軟件，此時應該能發現更多的問題。
由于測試發現問題，在解決問題后還要重新測試，因此測試的時間可能會比實際更長一些
識別和注意少數重要的方面，而忽略多數次要的方面，有時候少數的問題足以致命，這些問題將是軟件測試結果中重要性最高的錯誤。
錯誤的定位有時是很難的，要找出必然發生的前因后果，而不至于因為描述錯誤而誤導開發人員。有時候確實存在錯誤不能重建的問題。解決辦法之一是在錯誤報告中給予說明。
對錯誤的描述，應該是準確、完整而簡練。因為描述的問題或者不完整的描述會引起開發人員的誤解，其后果是可以想見的。
有時有經驗的測試人員憑借直覺就可以發現一些問題，這可稱為“錯誤猜測”。
測試人員容易犯2種錯誤：一是測試人員發生判斷錯誤，將本沒有錯誤的系統行為報告為錯誤，或者將錯誤指定了過高的嚴重級別，或者過高估計了問題的嚴重性，這樣會引起開發人員的不信任，產生一種象“狼來了”一樣的效果;二是測試人員將錯誤的嚴重性或優先級定得過低，從而產生“測試逃逸”，這樣會造成產品質量的風險。以上兩種錯誤應該盡量避免。
最后，我忽然想，測試實際上可以覆蓋到硬件，甚至非計算機產品的測試，也許可以相互借鑒。
還有一種很奇特的感想，這種感想使我反而有些困惑不清了。我發現對測試來說，理論和實踐的距離好象非常遙遠，我先看了一本軟件工程的書，然后寫下了前面的一半內容，然后我又匆匆翻看了一本美國人的書，叫做《測試流程管理》，然后整理出了本文后一半的內容，該書中有著比本文多得多的各方面的實踐經驗。歌德說過，理論是蒼白的，生命之樹常青。我稍稍改變一下，就變成了：理論是蒼白的，實踐之樹常青。也許測試是一種實踐性很強的工作，大學教授們一般也不可能熱衷于參加測試工作吧。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
