轉自：http://blog.csdn.net/softesting/archive/2009/01/01/3679653.aspx

       在中國這樣一個現狀,大部分的測試工程師基本上很難涉及到代碼.但有很多公司都要求你測試工程師不但能夠找到軟件的缺陷,而且能夠找到缺陷產生的原因.如果在軟件公司帶過測試項目的話,你可能就會知道找到缺陷產生的原因是一個什么樣的分量的工作.可能開發人員經過了幾天幾夜的眉思苦想都不知道軟件那塊出問題了,一般情況下,開發人員解決不了的問題,首先問項目經理.如果項目經理解決不了,問題只能擱置.而作為一個不怎么了解代碼的測試人員,能夠很快的找到軟件中的缺陷.這相當于什么呢?相當于你是解決了開發人員未解決的問題,你是開發人員的指導者.呵呵,這個時候,估計月薪1萬也不是夢了!!
　　
        測試人員能夠找到問題產生的原因:我能想到的一般是下面兩種情況:

　　1.以前作過開發,而且很牛.并且精通測試.
　　2.對軟件的業務流程非常熟悉而且了解開發的實現機制,并且精通測試.

　　作為前者,我們沒個幾年的開發經驗基本上不可能作到，都是開發和測試里面的大牛.對我們現在來說有點不符合實際．而后者應該是我們努力的方向,經過1-2年的測試基本上就能夠非常熟悉公司的軟件產品,在我們實際的測試過程中,不要滿足與只是軟件表面的業務流程,而且要多和開發人員交流,多多了解軟件的實現機制.

　　軟件的實現機制,無非就是通過各個開發技術來實現的.所以當我們學到相應開發的時候,重點關注的應該開發語言實現某一功能的實現機制.比如說你學到了XML,你要關注的不是簡單的幾十行代碼,你要從整個XML的實現機制上來了解XML。
 
　　在說這個圖之前你需要知道XML中主要包括１．XML文檔聲明２．關于文檔的類型定義．（即驗證自定義標簽、元素之間關系的合法性）３．用XML標簽創建的數據內容．（這個就是下面我們所說的數據）

　　在IE中使用XML，有一個好處就是實現數據和顯示分離，XML中存儲數據，而HTML利用DOM對象調用XML中的數據來顯示．這樣實現個過程是這樣的：XML中存儲數據，而CSS呢是對XML中的數據進行格式排版顯示，通過JavaScript對XML數據元素的操作不能夠直接進行，他要用到系統提供很多編程接口，也就是DOM模型，DOM模型實現XML數據和Javascript之間交流的平臺．最終在IE中顯示的是HTML調用XML中的數據和Javascript對數據操作后的結果．

　　理解了XML整個實現的機制后，如果程序不能實現把King Leer變成紅色，你說這個缺陷是哪個模塊產生的？這個肯定是Javascript的問題．

　　呵呵，這就是了解了開發技術實現機制的一個最大的好處．公司的軟件的實現機制，就是現有的各種開發技術實現機制的一個混合體．各種開發技術我們肯定不能都精通，但如果我們知道它們的實現機制，這個時候對于找到缺陷產生的原因是莫大的好處．