最近剛入坑postman，記錄下遇到的坑；
1.先用postman interceptor錄制好腳本，在postman中，將History的腳本導入Collections，由於項目接口之間需要token傳遞，所以在登錄時，將獲取的token參數化，如下圖：
2.接口可以直接在Headers中調用token值，形式為：Bearer {{token}}（若請求是post方式，請在token前添加Bearer，若為get方式，則不用）
3.點擊“Run”按鈕，運行腳本
4.然后發現，總是在第一次的時候，運行失敗，第二次就好了；錯誤為401 Unauthorized
可是，在獲取token的時候卻是成功的。后來才發現，postman interceptor錄腳本的時候，是先錄入的放在最下面，postman run時候的執行順序，
又是從最上面開始的，也就是從最后錄入的開始的，肯定第一次獲取不到token，但是第一次執行后，已經將token獲取並存到環境變量中，自然
第二次運行就沒問題了，如果token超過有效期失效了，還是會失敗。
所以，在執行腳本前，要手動把腳本的順序調整下。
為了避免順序調整的時候混亂，建議將每個request請求重命名，方便標識。
比如：step 1，step 2....或者有含義的業務邏輯：登錄，錄入數據，提交....