在工作中設計測試用例時，簡單的一些邏輯簡單的測試用例很容易上手，但並不代表所設計的測試用例的質量很高。一份測試用例，不同的測試童鞋執行過程中會有不一樣的效果。自己在工作中設計測試用例時有很多問題，所以邊學習邊記錄，將學習到的東西慢慢吸收。
測試用例和測試點
測試點的常見來源：
①一個需求的設計，產品經理會全面考慮需求的影響點，測試童鞋從中汲取測試點
②開發童鞋在開發過程中，在實現需求的過程根據對代碼的調整，對功能的影響會給出一些測試點；
③測試童鞋分析理解需求後，全面考慮該功能可能涉及到的地方，以及 從功能性、可靠性、易用性、可移植性、可維護性、性能等方面考慮補充測試點。
拿到測試點之後，設計測試用例。
測試點不等於測試用例。這個是很容易犯的一個錯誤。
例如：輸入框最多支持54個字。對應的測試用例是：輸入54個字；輸入54個字；輸入55個字。
測試用例是在測試點“加工”的基礎上得到的，首先把測試點“去重”（去掉重複的內容）、“合併”（把太細的測試點合併起來）、“細化”（把太泛的測試點說清楚、說具體），然後再確定各個測試點的測試條件、測試數據和輸出結果。
簡單舉例：
輸入框中只允許輸入數字和字母，輸入其他字符時，失焦，輸入框變紅。
1.輸入框中輸入錯誤的內容，失焦時，輸入框變紅。去重、合併，再校驗輸入框中內容時，一定有不符合格式的校驗，此時會測試到失焦變紅的情景，可以不專門寫該條用例說明；
2.輸入框中輸入非數字和字母時，失焦，輸入框變紅。細化，不同的測試童鞋對非數字和字母的定義不同，應該細化，是輸入漢字、特殊字符等。
毒雞湯：當你工作不順心的時候，想一想，沒有一份工作是不委屈的。
不期待突如其來的幸運，只希望所有的努力終有回報。