jmeter與postman共有的痛點問題

1、可管理性不強

一定程度上是面向個人的“單兵武器”， 基本上無可管理性，JMX，或是JSON檔案，不好管理，協同就更是難上加難。市面上對他們web化的價值

2、對測試人員不足夠“友好”

缺少“普适性”，對于一些代碼基礎薄弱的同學來說，遇到定制化的需求往往束手無策

3、對接口反向用例或混沌測試支援不夠

在postman 和jmeter中都有資料驅動，但是我認為采用枚舉的方式來設定參數值，然後通過資料驅動的方式來執行測試，對人的依賴太大

4、理不清接口間的調用關系

縱使寫了很多接口用例，但是對接口間的關系依然是”抓瞎”。很多時候我們借助于調用鍊跟系統，但是對于平台上的接口用例，調用鍊這張網又太大，和接口用例也不完全比對，就算比對，且調用鍊跟蹤突出的是，調用上的時間順序，并不突出他們之間的依賴關系，以及是什麼樣的依賴關；在postman ,jmeter 中，雖然接口依賴關系事實上存在，但隻能人工去理，沒有一目了然的可視化界面來展示依賴關系，當一個接口改動了，也不友善評估，對其他接口的影響；且通過直覺的依賴關系，可促使挖掘更多的測試場景。

5、低代碼模式對測試能效提出更高的要求

​1.作者：Syw

2.本文版權歸作者所有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，否則保留追究法律責任的權利。