最近用php寫完了一版專案的介面，**有點多，意味著bug也會很多，人工測試起來有點麻煩，於是準備用php編寫乙個測試bug的程式。以前是沒有這種意識的。這篇文章主要是提醒我未來程式寫完後，能養成編寫介面自動化測試用例的習慣。
其實編寫介面自動化測試用例很簡單，比如測試乙個登陸的介面：
public function testlogin()else
}
function curlrequest($url,$data,$method='post')需要請求的url，然後用根據返回的的引數判斷介面是否存在bug。
編寫自動化測試用例的好處就是在後期維護修改**的時候，執行這個程式，如果因為修改**而出現bug，可以很快找到bug所出現的原因。比起人工去乙個乙個的測每乙個介面，效率更高一些。
自動化測試用例編寫守則
先來說下一般自動化測試的流程，今天乙個朋友也問過我這個問題，就順便說說。一般在開始自動化測試，如拿到乙個程式包或apk或 檔案後，我們首先要做的就是要分析這個程式適不適合進行自動化測試 之後再對程式的執行路徑進行分析，找出一些關鍵路徑和有針對性的進行測試設計 然後就是測試用例編寫和指令碼編寫執行了 ...
介面自動化測試（用例優化）
之前文章實現了乙個簡單的介面自動化測試用例，下面的文章將講解如何將測試用例進行優化，並用excel 進行資料驅動，將測試結果輸出到excel。首先我們先說一下資料驅動，資料驅動即通過讀取檔案內容，將所需要的資料通過檔案讀寫的方式進行輸入輸出。這裡我推薦使用excel來進行資料驅動。1.資料驅動 這裡...
怎麼匯出測試用例 怎麼編寫自動化測試用例
本文介紹如何編寫自動化測試用例 記得收藏，哦 下面分享一篇關於自動化用例編寫的文章。用例選型注意事項 1 不是所有的手工用例都要轉為自動化測試用例。2 考慮到指令碼開發的成本，不要選擇流程太複雜的用例。如果有必要，可以考慮把流程拆分多個用例來實現指令碼。3 選擇的用例最好可以構建成場景。例如乙個功能...