我們寫測試用例的目的是為了能夠整理思路，把要測試的地方列出來，做為知識的積淀，用例可以交給其他測試人員執行，或者是跟需求提出者進行討論，對用例進行補充和修改。
理論上用例寫的越多，越容易發現bug。但是，本文我們將討論如何寫出發現不了bug的測試用例。
不看需求
要想寫出測不出bug的用例，最關鍵的一點就是不看需求或者隨便看看需求。
需求文檔是個磨人的小妖精，要么是寫的看不懂，要么寫的太簡單。這玩意很多時候我們是看不懂的，看不懂的話，嗯，那么就腦補咯，用例寫的又快又好，執行的時候肯定發現不了bug。
只看需求
我們的測試用例只涵蓋需求中描述的部分，其他需求里面沒有提到的部分堅決不寫。測不出問題不是用例的錯，都是需求的鍋。
只寫正常的邏輯
永遠只關注業務的正常流程和邏輯，把測試用例寫成用戶說明書，這樣看起來內容會很多很詳盡，但是根據這個用例，不管你怎么測你都測不出來問題，厲害吧。
拷貝粘貼
一般大家都用excel寫用例，這時候相似的用例是可以使用拷貝粘貼的方式去搞的，改幾個字就是個新用例了，很聰明不是？這樣的用例交到執行人員手里，因為長得差不多，執行的時候很容易被忽視造成場景漏側，遺漏了就自然發現不到bug了，不是么？
只可意會
把每一條用例都寫得只可意會不可言傳。這樣的用例自己寫過3天之后都會忘了寫得時候到底是怎么想的，通過這種用例去找bug，只能靠運氣。
沒有斷言
只描述方法和步驟，不寫斷言，或者把斷言寫的很曖昧，有一種朦朧美，讓人覺得看起來很有道理，但是執行的時候一臉懵逼，比如
-
應該登錄成功
-
應該保存成功
-
應該跳轉到正確的頁面
-
應該有錯誤提示
只要掌握了上面的方法，勤加練習，相信大家很快就能練成撰寫測不出bug測試用例的絕技。目前江湖上此等絕技風行一時，人人爭相敬仰之。
最后以上我說的都是反話