每當寫測試用例時我都感覺到我在做文員？
碼着碼着一雙發現BUG的眼睛就閉上了 ~
從業測試行業多年，至今編寫測試用例不下少數，總體對自己編寫測試用例不是很滿意，百度檢索與同事切磋學習總結以下內容分享給大家：
01
(先簡要說下個人之前梳寫用例錯誤點)
那麼我們爲什麼要花費大量的時間用在寫測試用例上面呢？這裏只簡述我自己在工作中覺得編寫測試用例對我自己有所幫助觀點：
1.通過編寫用例反推程序在設計上是否存在邏輯錯誤
2.編寫測試用例能夠有效提高功能測試覆蓋率
3.編寫測試用例能夠加深你對業務熟悉程度
4.編寫測試用例能夠讓支援版本測試同學快速執行有效的測試
5.編寫測試用例能夠讓測試部內部人員相關交叉學習他人的編寫方法
6.鍛鍊鍛鍊自己的語言組織能力，一份好的測試用例當然是所有人都看的懂！
所以大家不要小看這個編寫測試用例！！！
02
這裏我們一起將編寫測試用例有效方法小小的碼一碼(大家可取其有用，舍之無用之處)編寫測試用例的三個切入點：
1.設計前：
a.先有用例設計,由迭代放遠到從整個產品名出發,(這裏可以用Xmind梳理相關結構)
確定此迭代目前的測試範圍、測試目標；然後根據目前該版本開發的新特性做相關舊功能衍生(有改動的，涉及到數據結構改變的等)測試點都不能放過；
b.確認好以上內容後，再細化範圍到具體對象>>>具體功能，確定設計用例技術和測試方法，再來編寫用例(使用excel根據每個細分功能模塊編寫測試用例；優先級由主到次)
2.編寫中：
通過編寫過程思想發散想象>>>通過實際場景反推程序有哪些已知錯誤設計等(對應測試用例做上標記)>>>項目組內部反饋>>>進行確認>>>需求文檔更新補充修改測試用例
3.執行後：
測試執行後>>>通過Bug反推>>>修改補充用例>>>繼續執行Case
三者相結合纔會產出一份完美有效的測試用例：理論>>>實踐>>>理論過程
03
最後簡要補充一下編寫測試用例幾點規範：
- 標題：一句完整的話(不超過30個字符)
- 條件：條件明確(系統是否存在是否需要擬造或第三方備註清楚)
- 步驟：步驟完整(從登錄>>>到意向執行流程)
- 預期：預期簡潔(肯定句)
總結：測試用例是測試設計的一個產出物，它直接體現測試設計的思想，一份漂亮的測試用例不僅僅是設計思路的優秀體現，更是便於流轉和執行，具有可讀性、傳遞性。也充分體現你個人的思維、測試相關熟練程度、很加分！
今天本文主要是分享測試工程師工作中息息相關的測試用例，大家有好的點歡迎留言分享！以後小編會在精選留言次數最多的小夥伴，直接贈送測試相關實體書籍！感謝大家一直的支持！
-- THE END --
近期推出福利優惠測試技術進階提升圈子以及知識星球戳#文字鏈接查看詳情#知識星球# #測試提升圈#
公衆號後臺菜單"聯繫我" 有測試技術羣相關二維碼，歡迎大家加入，截止時間20200614
以後更新時間爲佛系，項目太忙，有空就會給大家輸出好的點；支持作者，喜歡本文的朋友可以將文章分享到朋友圈，感謝大家的閱讀！