寫測試用例的經驗總結

在最近的時間裡，我學習了如何去寫測試用例，在這之前，學習了黑盒測試的方法，等價類、邊界值、因果圖，並對相應的方法做了案例練習，深刻學習體會了這些方法。接著就開始寫測試用例了。（以我學習的航班訂票系統登入模組為例），接下來講一下具體的流程以及要注意的問題。

1.剛學習寫測試用例是乙個抓狂的過程，因為要從需求開始，細讀需求，每一條每個點都會是乙個測試點，要把他們分析出來，同時要考慮周到，每個需求相應的輸入輸出都要明2確，做好需求之後就要進行評審，這是邁出的第一步，也是關鍵的一步。

2.接下來要把測試要點寫出來，根據需求，找出每條需求的測試點，有效類與無效類，分門別類，不要有遺漏，條理分明，做好之後，同樣進行評審。

3.再著，根據測試要點，寫測試用例，測試用例要覆蓋到每個測試點，步驟清晰，通俗易懂。還是要進行評審

4.執行測試用例，跟蹤系統產生的缺陷，寫出缺陷報告。

寫測試用例注意的幾點問題：

1）.在需求分析中運用等價類劃分的方法，並以此編寫測試用例，測試用例容易遺漏

２）.測試有效等價類時，使其盡可能多的覆蓋尚未被覆蓋的有效等價類，並且不包含無效等價類

測試無效等價類時，使其僅覆蓋乙個尚未被覆蓋的無效等價類意思是，每次只測乙個無效等價類

３）.測試用例和測試點覆蓋不夠完全的問題

反覆檢視需求規格說明書，查詢遺漏的需求點和潛在，隱藏的需求點。充分挖掘，使其形成更多的測試用例，根據測試點寫測試用例。

４）.測試用例的級別問題

乙個好用的原則：測試用例的重要性並不對應於測試用例可能造成的後果程度，而是對應於測試用例的基本程度。廣泛性的，易發的，核心或者基本功能的屬於高優先順序，特殊的，觸發條件苛刻的屬於低優先順序

５）.不要把預期結果寫到測試用例步驟裡，測試用例步驟要寫的條理清晰，方便後期維護

執行測試用例注意的幾點問題：

１）仔細檢查軟體測試環境是否搭建成功。

２）注意一下特殊的條件。比如有的測試用例執行條件是有順序的

測試用例要執行全部執行，每條用例至少執行一遍

３）仔細記錄預期結果與實際結果的不同。

４）不要放過任何偶然情況，比如乙個用例執行一次，系統達到了預期結果，再執行一次系統沒有達到預期結果，這很重要。

５）執行的過程中做好缺陷報告，方便開發人員修改完善