在經過了ui自動化的各種挑戰後，終於發現了實用於網際網路測試方式的分層模型，ui佔最後，也是最少的部分。介面測試佔比僅次於單元測試，且相對穩定；可以提前測試，維護的成本也不是很高，相對於ui自動化來說。
前端客戶端團隊和後端服務端團隊往往節奏是不一致的。前端很多情況下需要等待後台的api開發完成後才能進行開發聯調和測試，這種前後端不對稱就造成了前後端團隊節奏不一致，從而造成整個專案/產品交付/發布延期。
有一種解決方案的思路是前後端先約定好後端提供的api介面的細節，前端人員自行先模擬出這些後端的實現，當然這些實現是假的，不過前端可以去呼叫這些假的實現，而且能拿到返回，這樣一來前端就不需要等待後端開發完成才開始工作了。
但是這樣還是會有問題，前端實現的假的api沒辦法迅速反映出後端的變化。簡單來說就是後端可能在約定好的api介面上進行了些許修改，而沒有知會前端人員，這樣前端的假的api實現並沒有相應更新，在正式聯調時就會出現問題。
像這種假的api實現，不管是前端實現的還是後端去實現的，我們可以稱之為mock server。
由於前後端往往有一些資訊不對稱，導致約定的api可能在前後端都會發生變化，所以保證前後端的一致性就成了乙個挑戰。其實也是乙個即時溝通的問題。
這時候有人提出了契約測試，大致思想是前後端共用乙份契約，約定了api的細節，前後端的任何變化都需要先修改契約，然後通過契約去通知前後端團隊，統一更新實現。這也是契約精神的表現。
如果為契約測試設定一種測試工具的話，我會規劃下面一些特性
從零開始寫乙個契約測試工具
最近微服務越來越流行了，我們公司的應用都開始往微服務遷移，但是目前來看，針對微服務的測試技術還是比較少的，網上看的比較多的是乙個叫做契約測試的東西，但是實際上寫出來的都是一些demo，離真正能使用，還是有非常遠的距離，所以自己想根據契約測試的一些理論知識，自己擼乙個契約測試的工具出來。python ...
Apache ab 測試工具使用 一
簡述 試用apache ab測試工具 參考 ab的引數說明 n 需要執行的請求次數 c 併發的數量 t 等待返回的最長時間 b tcp收發緩衝區的大小，單位 byte p 使用post 同時需要定義 t引數 u 使用put 同時需要定義 t引數 w 把結果列印在html的 裡 x 的屬性 y tr行...
XL 滲透測試工具（一）
滲透測試的大致分為掃瞄工具，也包括探測功能，爆破工具，管理工具等 今天學習了八個工具 1.nmap 掃瞄工具 具有探測功能 2.sqlmap 掃瞄工具 檢測功能 3.burpsuite 爆破工具 抓包 4.hydra 爆破工具 以上四個 kali裡可以直接使用 但是建議burpsuite還是在物理機...