如何書(shū)寫(xiě)測試用例

測試人員最主要的測試行為就是通過(guò)運行事先設計好的測試用例來(lái)發(fā)現php?name=%C8%ED%BC%FE">軟件中存在的問(wèn)題，然后通過(guò)書(shū)寫(xiě)問(wèn)題報告提供給開(kāi)發(fā)人員，從而使得軟件的問(wèn)題得到修改。

所以測試用例是用來(lái)發(fā)現軟件問(wèn)題的方法，但是卻不是唯一發(fā)現問(wèn)題的方法。一般來(lái)說(shuō)，測試用例主要是模仿真實(shí)用戶(hù)的操作。所以設計測試用例的時(shí)候除了要考慮其有效性外，還要考慮覆蓋性，而且要考慮到執行效率。

因為軟件系統的種類(lèi)繁多，所以無(wú)法設計出一個(gè)公用的模板去使用，而且，測試用例的目的是模擬用戶(hù)的操作，所以應該靈活的書(shū)寫(xiě)而不居于一格。

我們來(lái)看下面的例子：

一個(gè)頁(yè)面，包含了一些文本，圖片，一個(gè)輸入域，兩個(gè)按鍵。

這是表面的我們能夠感知認識的，可以稱(chēng)之為測試元素，或者測試對象。

另一些就是這些元素或者對象包含的邏輯操作。

下面我們來(lái)考慮如何書(shū)寫(xiě)測試用例：

從UI測試的角度：我們要考慮的是整個(gè)頁(yè)面的布局是否合理；頁(yè)面中的顯示的圖片，文本，輸入域和按鍵是否正確；圖片的大小是否合適；文本的字體，風(fēng)格和顏色是否正確；文本中是否有錯誤的拼寫(xiě)；按鍵和輸入域的位置是否合適等等方面。

從性能測試的角度：
如果頁(yè)面中包含了比較大的圖片，我們可以測試多個(gè)用戶(hù)同時(shí)刷新該頁(yè)面的時(shí)間響應度。這樣我們設計測試用例的時(shí)候就可以記錄1個(gè)用戶(hù)刷新的時(shí)間，10個(gè)用戶(hù)刷新的時(shí)間，50個(gè)用戶(hù)刷新的時(shí)間，100個(gè)用戶(hù)刷新的時(shí)間，200個(gè)用戶(hù)刷新的時(shí)間。通過(guò)記錄這些時(shí)間可以得到這些比較大的圖片的存在是否能夠影響頁(yè)面刷新的速度。
如果頁(yè)面的功能主要是將輸入域中的內容存入數據庫，我們可以測試在多少個(gè)用戶(hù)的情況下可以正確的將數據存儲。這樣我們在設計測試用例的時(shí)候就可以在一個(gè)短時(shí)間內設置一個(gè)數據量將其存入數據庫，通過(guò)分析數據庫的信息我們可以得出輸入數據存入數據庫的有效性的范圍。
如果我們想通過(guò)不斷引導這頁(yè)，測試整個(gè)系統的穩定性和可靠性，也可以通過(guò)設計一個(gè)包含本頁(yè)面的測試用例來(lái)實(shí)現。

從功能測試的角度：
測試本頁(yè)面的功能，可以從幾個(gè)方面考慮。正確的數據正確的方法，正確的數據錯誤的方法，錯誤的數據正確地方法，錯誤的數據錯誤的方法。

也可以結合其他頁(yè)面，傳遞正確的數據出去；或接受數據進(jìn)來(lái)，傳遞出去，檢測有效性。
可以針對文本域，對其文本域的特性進(jìn)行測試。
可以針對兩個(gè)按鍵，對其按鍵的特性分別進(jìn)行測試。然后組合他們測試。

由上面的例子我們可以看出來(lái)，一個(gè)測試用例怎么寫(xiě)，取決于你要作甚么，系統是什么樣的等等因素。所以最好是選擇一個(gè)比較能夠覆蓋軟件并且能夠盡量接近測試目標的方法去書(shū)寫(xiě)用例，然后由其他方法進(jìn)行補充。

而且我們可以制定一個(gè)一般規范，就是列出一個(gè)測試用例一般應該包含什么：

測試用例序號：
簡(jiǎn)單描述：通過(guò)閱讀描述能夠了解測試用例測試的主要目的和對象
狀態(tài)：記錄測試用例運行后的狀態(tài)，一般為通過(guò)，失敗和阻斷。
執行日期：測試用例被測試的日期
產(chǎn)品版本號：測試用例在那個(gè)產(chǎn)品版本上運行的
CC%CA%A6">測試工程師：測試用例被那個(gè)工程師運行

詳細描述：如果有一些背景資料和必要的功能描述可以在這里提供給測試工程師
環(huán)境和設置：提供給測試工程師一些特殊的配置方法和測試環(huán)境

運行步驟和測試點(diǎn)

而且我們可以通過(guò)建立一個(gè)表格來(lái)跟蹤這些寫(xiě)好的測試用例的狀態(tài)。

首先，由一些熟悉系統的人員劃分功能區域，然后設定該功能區域的測試點(diǎn)。然后盡可能的書(shū)寫(xiě)各個(gè)測試點(diǎn)要測試的內容。作為測試描述填入表中。然后由其他測試人員進(jìn)行測試的書(shū)寫(xiě)。并最后由部分人員進(jìn)行review對功能和測試對象特性的覆蓋率和準確率進(jìn)行評估。 這樣就比較容易跟蹤系統現有測試用例的覆蓋廣度和深度。