1.參與需求評審，評審需求的過程其實就是熟悉業務需求的過程。只有熟悉了業務，才能更好更充分地設計出高質量的測試用例。
2.多閱讀文檔，包括產品計劃、規格、需求文檔、接口文檔等。我們可以收集所有相關的文檔來幫助我們理解被測產品需要達到的目標。
3.盡可能多地參加項目團隊內部的會議。如需求討論、設計討論、策劃討論等會議，從而在討論過程中加深對產品的理解。
4.善於溝通，與客戶、開發人員、測試人員溝通。如果遇到不清楚的問題或者有疑問的需求，可以咨詢項目負責人或者客戶。這樣才能提前解決需求理解的偏差。
5.測試用例的名稱，也稱為測試用例的標題，必須寫得簡潔明了。需要用通用的語言描述測試用例的出發點和關註點，讓測試人員第壹眼就能明白測試用例的目的。壹般要求用例名稱中不能有假設性的語句，原則上每個用例的名稱不能重復。
6.預設條件要明確，包括測試環境、測試數據、測試場景。因為很多bug只能在特定的環境和特定的場景下重現。沒有正確的前提條件，下面的測試步驟就無法進行或者無法得到預期的結果。
7.測試步驟的描述要簡單明了，每個步驟的描述都要清晰明了。我們平時鼠標鍵盤的每壹個動作都代表壹個操作步驟。比如:第壹步，輸入用戶名；第二步，輸入登錄密碼；步驟3，用戶點擊登錄。步驟寫清楚了，有助於提高用例的可操作性。
8.用例的預期結果要完整清晰，輸出結果要寫出，包括返回值的內容、數據庫中相關字段的記錄、接口的響應結果、輸出結果的規則符合性、日誌的檢查以及對其他業務影響的檢查。
9.測試用例層次要劃分清楚，這樣測試執行才有主次之分。
10，測試用例的劃分也要單壹，壹個測試用例只檢查功能點的壹種情況。壹個用例中的用例太多，會導致用例目的不明確。此外，以這種方式組織用例有利於需求覆蓋的統計。壹目了然，我們在壹個功能點測試了什麽，關註了哪些功能點。