接口測試考慮

• CI,執行效率很重要,須要考慮並行測試.
• 執行生命週期不建議使用任務的方式,有時候由於程序bug,沒有接收到任務,可能沒法判斷,是不是CI成功.整個設計應該更簡單一些,簡單更強壯一點.
• 語言建議選擇腳本語言,更新部署比較容易,開發效率也相對較高
• 將測試分層,基本的HTTP error,可使用全局控制,集成測試,仍是須要寫腳本
• 錄製能夠做爲輔助工具,不能夠做爲斷定標準
• 提供可追溯的日誌,建議結合現有測試框架(xxunit),而且記錄http的request和resonse
• 在測試報告中帶上這些日誌,可讓程序員立刻定位到
• 數據庫建議使用內存數據庫,好比mongo之類的,有可能你還須要用到redis.並行測試極可能須要加一些鎖.文件有個比較大的問題是須要加寫鎖
• 儘量不要用java,類型轉換會使代碼量大大增長
• 建議脫離jenkins依賴,使之能夠單獨運行
• 不一樣環境,可使用統一配置,而後使用環境變量做爲參數傳入
• CI的狀況很複雜,最好在整個軟件的生命週期裏按照必定的頻率執行.運營產生的數據可能會使接口返回不可預期.
• 郵件通知名單能夠和項目綁定,而且控制發送策略,有時候郵件刷屏會讓程序員忽略.
• 生產環境作接口測試可能會產生大量對業務干擾的數據,這個須要提早作策略
• 測試腳本,最好是即放即用的,這就是腳本語言的好處
• 儘量不要使用DSL
• 注意測試框架的強壯性,任何框架錯誤可能致使大量發送郵件