不要這樣寫測試用例（給測試新手和老鳥的提示）(4)

記住，測試用例總是關于“如何”來測試，所以，在你的測試用例中寫出“如何檢查和支付”的確切步驟是非常重要的。

因此，這條用例如果寫成下面這樣會更有效：

• a. 訪問Amazon.com
• b. 通過在屏幕頂部的”搜索”欄輸入產品關鍵字或名字搜索產品
• c. 從顯示的搜索結果中，選擇第一個
• d. 在產品詳情頁，單擊“添加到購物車”
• e. 在購物車頁面點擊“結算”
• f. 輸入信用卡信息、物流信息和賬單信息
• g. 單擊”結算”
• h. 檢查訂單確認頁

因此，一個混合了多步的步驟可以被分解成若干個單獨的步驟。下一次我們寫測試用例的時候，請大家都注意這一點，我相信你們會同意我的，因為我們在無意中經常這么做。

#2. 將應用程序行為作為預期行為

近來，越來越多的項目不得不得處理這種情形。

缺乏文檔、極限編程、快速的開發周期，這些原因迫使我們依賴于舊版本應用程序來編寫測試用例或將其作為測試的基礎。通常,這是一個糟糕的實踐——但并不總是這樣。它是無害的,只要你保持開放的心態并明白——“應用程序可能是有缺陷的”。只有當你不這么認為的時候,事情才會變得不好。

原文轉自：http://www.kiford.com/a/WZ010816YA0XUFC1