Postman 使用監(jiān)視器運行測試

Postman 監(jiān)視器提供了一種自動運行測試腳本并定期執(zhí)行其他測試的方法。設(shè)置基于集合的監(jiān)視器時，您可以選擇一個包含要運行的請求和測試腳本的集合，并指定 Postman 運行該集合的頻率。如果測試失敗，您將收到通知，并且所有結(jié)果都記錄在監(jiān)視器的儀表板上。

以下是您可以使用基于集合的監(jiān)視器來測試 API 并確保它們正常運行的一些方法。

有關(guān)正在運行的監(jiān)視器的示例，請訪問Postman API 監(jiān)視示例公共工作區(qū)以查找一些常見監(jiān)視用例的示例集合。您可以通過創(chuàng)建分支來協(xié)作處理工作區(qū)中的集合，或者通過將集合導出和導入到團隊工作區(qū)來修改集合以供團隊使用。

監(jiān)控 API 端點

要監(jiān)視特定端點，請創(chuàng)建一個集合，其中包含不同請求中同一端點的不同變體。這里的想法是測試每個變體的響應，以便完全覆蓋端點。要了解有關(guān)測試請求的更多信息，請參閱編寫測試。

監(jiān)控整個 API

這在監(jiān)視特定端點的方法上類似，但在將公共 API 主機存儲在環(huán)境變量中存在細微差別，因此跨不同 API 端點的請求在其路徑和其他請求參數(shù)中有所不同。這樣的順序也使得跨請求鏈接數(shù)據(jù)成為可能，這允許將整個 API 作為一個整體進行測試。

運行 API 測試

在各種端點相互關(guān)聯(lián)的 API 中，準確了解它們的功能至關(guān)重要。在數(shù)據(jù)從一個請求傳遞到另一個請求的情況下，可以將整個響應或響應的一部分保存為環(huán)境變量。設(shè)置非原子值（如對象和數(shù)組）時要格外注意，因為原始值將會丟失。相反，這種復雜的對象和數(shù)組可以按如下方式處理：

// set the value
postman.setEnvironmentVariable('complexObj', JSON.stringify(myComplexObjOrArray, null, 2));

// Fetch the value
var foo;
try {
    foo = JSON.parse(postman.getEnvironmentVariable('complexObj'));
}
catch (e) {
    console.error(e);
    foo = { __parseError: true };
}
if (foo.__parseError) {
    // handle parse errors here
}

使用適當?shù)淖址短字担梢詡鬟f給后續(xù)請求，例如，作為請求主體。

監(jiān)控 HTTP 響應代碼

responseCode.code可以通過檢查測試腳本內(nèi)部的值來完成響應代碼測試。

tests['Request resulted in 200 OK'] = responseCode.code === 200;

監(jiān)控延遲

作為請求超時的替代方法，可以通過比較測試腳本中的變量值來監(jiān)控網(wǎng)站響應延遲responseTime。

tests['Response latency is acceptable'] = responseTime < 1000;
// responseTime is in milliseconds