自動化測試索要滿足的四個條件
第一點 自動化用例能夠完成所有測試步驟
PostMan是否支持端蛆？
不支持底循，因為沒有完成的用例管理系統(tǒng)踱卵，僅憑API和文件夾是無法對應用例的。
第二點 每個用例的輸入數(shù)據(jù)郑临，必須要自動填入
PostMan是否支持栖博？
支持。
PostMan 本身是JS開發(fā)的一個工具厢洞，內(nèi)部包含一個JS解釋器可以運行JS代碼
PostMan這里的解釋器專業(yè)術語叫沙箱(sandbox)
特點：只能使用postman和js標準庫的一些方法仇让，不能導入外部庫
使用方法：
在api請求的pre-requests-scrpit標簽
寫JS代碼
將聲明的變量放到請求里，用法同環(huán)境變量和全局變量
第三點 每個用例的結(jié)果檢查躺翻，必須可以用代碼自動完成
PostMan是否支持丧叽？
支持
在test標簽，我們可以定義檢查點公你，檢查點的名稱和檢查點的內(nèi)容我們可以自由定義
同樣需要JS代碼實現(xiàn)踊淳，方法如圖：
第四點 具備環(huán)境初始化和清除功能
PostMan是否支持？
不支持
首先不具備完整的用例管理系統(tǒng)
沒有對應的用例初始化和清除機制
其次陕靠，通常的通用的自動化框架可以引用對應編程語言的第三方庫
而PostMan由于受到沙盒限制并不能任意引用第三方庫
總結(jié)：
Postman不適合做自動化測試
自動化測試應該做到
1.自動化用例能夠完成所有的測試步驟
2.每個用例的輸入數(shù)據(jù)（API請求中的數(shù)據(jù)）迂尝，必須要自動填入
3.每個用例的結(jié)果檢查（多個步驟）脱茉，必須可以用代碼自動完成
4.初始化、清除功能主要使用場景
1.手工測試
2.半自動化測試(可以做一些請求數(shù)據(jù)的動態(tài)生成垄开，用例結(jié)果做一些自動化代碼的檢查)可以做一些琴许，但是很多情況下光靠他還不行，還得我們?nèi)说母深A溉躲，我們要認清Postman榜田，最主要是手工測試，適合沒有編碼能力的測試
0
