測試點和測試用例的區別

使用者使用正常的輸入資料來傳送電子郵件

使用者使用邊界值來傳送電子郵件

使用者收到一封電子郵件後，再接著傳送這封收到的電子郵件

使用者正在傳送電子郵件的過程中，同時又接收到了電子郵件

使用者使用異常的輸入資料來傳送電子郵件

在存在網路故障的情況下傳送電子郵件。

乙個使用者持續傳送1000封電子郵件

500個使用者同時傳送電子郵件（穩定性測試）。

500個使用者反覆進行登入郵箱、編寫郵件、傳送郵件、退出郵箱操作的測試

使用者持續（如1天、1周）傳送接收郵件位址是非法輸入值的郵件。

使用者在長時間（如1天、1周）處於網路故障的情況下

1000個使用者傳送電子郵件（效能規格測試）

以每5分鐘為乙個週期，在乙個週期裡，前4分鐘為400個使用者同時傳送電子郵件，後1分鐘為1100個使用者同時傳送電子郵件，持續測試1天。

以每60分鐘為乙個週期，在乙個週期裡，前30分鐘為1400個使用者同時傳送電子郵件，後30分鐘為600個使用者同時傳送電子郵件，持續測試1天。

測試點和測試用例是不同的，如果我們拿測試點來進行測試，會發現很多困惑的問題。

為題1：這些測試點在內容上有重複，存在冗餘。

問題2：一些測試點的測試輸入不明確，不知道測試時要測試哪些。

問題3：總是在搭相似的環境，做類似的操作。

問題4：測試點描述得太粗，不知道是不是測對了。

有些測試點寫得很粗，我們不知道測試目標是什麼，或是改關注哪些地方。例如，測試點4，我們不知道將「使用者傳送電子郵件」和「使用者接收電子郵件」這兩個操作放在一起，它們的「互動點」在**？我們需要傳送特殊的電子郵件，還是隨便傳送一篇就可以了？這使得測試人員可能會漏掉一些關鍵內容，測不到點子上。

雖然我們在分析測試點時，會使用各種測試方法，但這些方法在思路和操作上都是不同的，一些方法得到的測試點要細一些、具體一些，一些方法得到的測試點粗一些、泛一些是非常正常的。另外，誰也不能保證這些測試點之間不會重複或是相互包含。

首先把測試點「去重」（去掉重複的內容）、「合併」（把太細的測試點合併起來）、「細化」（把太泛的測試點說清楚、說具體），然後再確定各個測試點的測試條件、測試資料和輸出結果。如果說測試帶你還只是一些散亂的測試思路的集合，那麼測試用例就是乙份真正能夠指導測試的測試說明書。