首先我們需要知道介面測試中的重點：測試用例
以下部分來自：
1、理清思路，避免遺漏
如果我們測試的專案大而複雜，我們可以把專案功能細分，根據每乙個功能通過編寫用例的方式來整理我們測試系統的思路，避免遺漏掉要測試的功能點。
2、跟蹤測試進展
通過編寫測試用例，執行測試用例，我們可以很清楚的知道我們的測試進度。
3、歷史參考
在我們所做的專案中，也許會有很多功能是相同或相近的，我們對這類功能設計了測試用例，便於以後我們遇到類似功能的時候可以做參考依據。
4、重複性
我們測試乙個系統不是乙個人測一遍就算測完的，需要多人反覆的進行測試，那麼我們就需要測試用例來規範和指導我們的測試行為。
5、測試確認
在少數高風險的測試中，必須證明確實執行了計畫執行的測試。
為什麼設計測試用例
但是即使測試熟悉了，一旦產品開發出來，測試拿到參評就開始使用找bug嗎，我想即使測試熟悉了產品，在測試的過程中肯定對產品的功能有所遺忘，即使是熟悉過文件，由於一款產品的功能模組實在太多 如果測試只是憑著對需求文件的熟悉度，就開始亂點，沒有計畫沒有目標開始測試，到頭來自己做過哪些操作都忘記了，更別談測...
作為測試，為什麼要寫測試用例？
從幾點來說明 1.了解需求的過程，用用例來提現 乙個專案立項開始，測試就開始介入，我們從產品的需求文件 原型圖，效果圖等相關文件去熟悉產品的各個模組，各個業務流程。或者在產品規劃和設計階段，測試開始熟悉產品。而編寫用例的過程中，會充分的思考產品需求的細枝末節，需求的不合理 有矛盾 不明確的地方，還能...
為什麼要使用blog
有哥們問我，你為什麼使用blog?我總結了一下，覺得有如下幾個原因。1對自己的督促 有了blog，就會經常記得寫點東西 就會經常翻翻網上的新文章，了解一下新技術，不至於迷失在忙碌的生活中 如果把自己的所感所想所學寫出了，自己對自己也會有個概念，不至於迷迷糊糊 還有，畢竟是掛在網上的文字，心中難免擔心...