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

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

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

監(jiān)控 API 端點(diǎn)

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

監(jiān)控整個(gè) API

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

運(yùn)行 API 測試

在各種端點(diǎn)相互關(guān)聯(lián)的 API 中，準(zhǔn)確了解它們的功能至關(guān)重要。在數(shù)據(jù)從一個(gè)請求傳遞到另一個(gè)請求的情況下，可以將整個(gè)響應(yīng)或響應(yīng)的一部分保存為環(huán)境變量。設(shè)置非原子值（如對象和數(shù)組）時(shí)要格外注意，因?yàn)樵贾祵G失。相反，這種復(fù)雜的對象和數(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
}

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

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

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

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

監(jiān)控延遲

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

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