Hạn chế của Postman Collection Runner: Điều gì đã thay đổi và cách khắc phục

Postman sẽ hạn chế Collection Runner trên gói miễn phí vào năm 2026, làm gián đoạn các quy trình CI/CD. Tìm hiểu những gì đã thay đổi, các giải pháp thay thế và cách trình chạy của Apidog không có giới hạn.

INEZA Felin-Michel

INEZA Felin-Michel

9 tháng 6 2026

Hạn chế của Postman Collection Runner: Điều gì đã thay đổi và cách khắc phục

Apidog cho doanh nghiệp

Triển khai tại chỗ

SSO & RBAC

Tuân thủ SOC 2

Khám phá Apidog Enterprise

Tóm tắt

Postman đã hạn chế quyền truy cập vào Collection Runner trên gói miễn phí của mình, làm gián đoạn việc thực thi kiểm thử tự động đối với các nhóm chưa nâng cấp. Điều này ảnh hưởng đến các lần chạy kiểm thử cục bộ, quy trình CI/CD và bất kỳ quy trình làm việc nào đã sử dụng Runner để thực thi yêu cầu hàng loạt. Bài viết này giải thích những thay đổi, những gì bị ảnh hưởng trong thực tế và cách trình chạy của Apidog hoạt động mà không có giới hạn trên bất kỳ gói nào.

nút

Giới thiệu

Collection Runner của Postman là một trong những tính năng được sử dụng nhiều nhất. Bạn sẽ xây dựng một bộ sưu tập gồm 50 yêu cầu API, nhấp vào “Run Collection” (Chạy Bộ sưu tập) và xem Postman thực thi chúng theo trình tự, với việc truyền biến giữa các yêu cầu, xác nhận kiểm thử trên mỗi phản hồi và một báo cáo tóm tắt ở cuối. Đối với các nhà phát triển kiểm thử các luồng đa bước phức tạp, tính năng này là rất cần thiết.

Sau đó, đến những hạn chế năm 2026. Là một phần của việc giảm gói miễn phí, Postman đã giới hạn quyền truy cập vào Collection Runner. Các tài khoản miễn phí không còn có thể chạy các bộ sưu tập vượt quá một số lượng yêu cầu nhất định mỗi tháng, và một số tính năng của Runner hiện đã bị trả phí hoàn toàn.

Tác động đã nhanh chóng thể hiện trong quy trình làm việc của nhà phát triển. Các nhóm có đường ống CI dựa vào Newman (trình chạy CLI của Postman) bắt đầu gặp giới hạn. Các nhà phát triển chạy kiểm thử khói trước khi triển khai trong Collection Runner thấy tính năng này bị làm mờ hoặc bị điều tiết.

Những gì Postman đã thay đổi trong Collection Runner

Gói miễn phí của Postman hiện hạn chế Collection Runner theo hai cách chính:

Giới hạn lượt chạy hàng tháng. Các tài khoản miễn phí có một giới hạn về số lần thực thi Collection Runner mà họ có thể thực hiện mỗi tháng. Postman chưa công bố rõ ràng con số chính xác, nhưng các báo cáo cộng đồng cho thấy khoảng 25 lượt chạy mỗi tháng. Đối với các nhà phát triển chạy kiểm thử nhiều lần mỗi ngày, giới hạn này bị đạt đến trong vòng vài ngày.

Hạn chế của Newman CLI. Newman, công cụ CLI mã nguồn mở cho phép bạn chạy các bộ sưu tập Postman trong môi trường terminal và CI, trước đây hoạt động với bất kỳ xuất bộ sưu tập Postman nào mà không gặp giới hạn gói. Sau năm 2026, một số tính năng của Newman liên kết trở lại với cấp độ gói của tài khoản Postman của bạn khi sử dụng các bộ sưu tập được đồng bộ hóa trên đám mây.

Thực thi kiểm thử không cần mã. Visual Collection Runner, có thể truy cập từ thanh bên, hiển thị trạng thái bị trả phí trên các tài khoản miễn phí sau khi đạt đến giới hạn lượt chạy.

Những gì không bị hạn chế: chạy các yêu cầu riêng lẻ thủ công (nhấp vào “Send” (Gửi) trên một yêu cầu duy nhất) vẫn là không giới hạn. Các hạn chế đặc biệt nhắm mục tiêu vào việc thực thi hàng loạt tự động.

Những gì bị ảnh hưởng trong thực tế

Kiểm thử khói trước khi commit và trước khi triển khai

Nhiều nhóm chạy một lượt Collection Runner trước khi hợp nhất một PR hoặc triển khai lên môi trường staging. Nếu bạn có 30 yêu cầu trong bộ sưu tập kiểm thử khói của mình, một nhóm gồm ba nhà phát triển mỗi người chạy nó hai lần một ngày sẽ làm cạn kiệt giới hạn miễn phí hàng tháng của Postman trong khoảng hai ngày.

Đường ống CI/CD

Các đường ống CI dựa trên Newman bị ảnh hưởng nhiều nhất. Một quy trình làm việc của GitHub Actions như sau:

- name: Run API tests
  run: newman run ./collections/api-tests.json -e ./environments/staging.json

Sẽ bắt đầu thất bại hoặc gặp lỗi tỷ lệ sau khi đạt đến giới hạn tài khoản. Điều này đặc biệt gây hại cho các nhóm có nhiều đường ống kích hoạt trên mỗi lần đẩy.

Bộ kiểm thử end-to-end

Một số nhóm đã xây dựng các quy trình làm việc API đa bước trong Postman, nối chuỗi các yêu cầu lại với nhau, truyền đầu ra của một yêu cầu (như mã thông báo xác thực) vào yêu cầu tiếp theo. Collection Runner xử lý điều này thông qua mẫu pm.environment.set(). Với việc Runner bị hạn chế, các quy trình làm việc này chỉ có thể được kiểm thử bằng cách thủ công thực hiện từng yêu cầu một.

Kiểm thử tải và hiệu suất

Collection Runner của Postman có tùy chọn “delay” (độ trễ) và “iterations” (số lần lặp) cho phép bạn chạy một bộ sưu tập nhiều lần liên tiếp, hữu ích cho kiểm thử tải cơ bản. Với các giới hạn lượt chạy được áp dụng, trường hợp sử dụng này thực sự không còn trên gói miễn phí.

Các giải pháp khắc phục tức thời trong Postman

Nếu bạn chưa sẵn sàng chuyển đổi công cụ, có một vài giải pháp khắc phục tồn tại trong hệ sinh thái Postman.

Xuất sang Newman và chạy cục bộ. Newman chạy với một tệp JSON bộ sưu tập đã xuất cục bộ mà không yêu cầu đăng nhập tài khoản Postman, miễn là bạn không sử dụng các tính năng cần kết nối về máy chủ. Xuất bộ sưu tập và môi trường của bạn, sau đó chạy Newman hoàn toàn ngoại tuyến:

newman run collection.json -e environment.json

Điều này bỏ qua giới hạn lượt chạy tài khoản Postman vì Newman đang đọc một tệp cục bộ. Hạn chế là bạn mất đồng bộ với không gian làm việc Postman trực tiếp của mình, vì vậy bạn cần xuất lại mỗi khi bộ sưu tập thay đổi.

Chia các bộ sưu tập lớn thành các phần nhỏ hơn. Nếu bạn gần đạt đến giới hạn hàng tháng, việc chia một bộ sưu tập 100 yêu cầu thành bốn bộ sưu tập 25 yêu cầu có nghĩa là mỗi bộ sử dụng một bộ đếm lượt chạy riêng biệt. Đây là một giải pháp tạm thời, không phải là một giải pháp, và nó phá vỡ luồng logic của các kiểm thử đa bước.

Nâng cấp có chọn lọc. Nếu chỉ một thành viên trong nhóm chạy đường ống CI, việc có một tài khoản đó trên gói trả phí trong khi những người khác vẫn ở gói miễn phí sẽ rẻ hơn so với việc nâng cấp cho tất cả mọi người. Tài khoản trả phí chạy Newman mà không có giới hạn; những người khác sử dụng kiểm thử thủ công.

Cách Collection Runner của Apidog hoạt động khác biệt

Trình chạy của Apidog, được gọi là “Test Scenarios” (Kịch bản kiểm thử) hoặc có thể truy cập thông qua nút “Run” (Chạy) trên bất kỳ bộ sưu tập nào, không có giới hạn lượt chạy hàng tháng trên bất kỳ gói nào. Điều này bao gồm gói miễn phí.

Dưới đây là cách nó so sánh với những gì Postman đã hạn chế:

Tính năng Postman miễn phí Apidog miễn phí
Lượt thực thi Runner/tháng ~25 (báo cáo) Không giới hạn
Lượt chạy CI/CD (CLI) Có giới hạn Không giới hạn
Số lần lặp mỗi lượt chạy Có giới hạn Không giới hạn
Nối chuỗi yêu cầu bằng biến Có giới hạn Không giới hạn
Xác nhận kiểm thử Có sẵn Có sẵn
Báo cáo tóm tắt lượt chạy Có sẵn Có sẵn

Trình chạy CLI của Apidog (apidog-cli) tích hợp với CI/CD giống như Newman. Cấu trúc lệnh tương tự:

apidog run {project-id} --collection {collection-id} --environment {env-id}

Bạn cũng có thể xuất một bộ sưu tập từ Apidog và chạy ngoại tuyến, tương tự như cách tiếp cận tệp cục bộ của Newman, nhưng không cần phải lo lắng về các hạn chế dựa trên tài khoản.

Thiết lập trình chạy Apidog trong đường ống CI của bạn

Nếu bạn đang di chuyển một đường ống dựa trên Newman sang Apidog, đây là những gì quá trình chuyển đổi trông như thế nào trong GitHub Actions.

Trước đây (Newman):

- name: Install Newman
  run: npm install -g newman

- name: Run API tests
  run: newman run ./collections/api-tests.json -e ./environments/staging.json --reporters cli,json --reporter-json-export results.json

Sau đó (Apidog CLI):

- name: Install Apidog CLI
  run: npm install -g apidog-cli

- name: Run API tests
  run: apidog run --project {project-id} --env {env-id} --output results.json
  env:
    APIDOG_ACCESS_TOKEN: ${{ secrets.APIDOG_ACCESS_TOKEN }}

Sự khác biệt chính là cơ chế xác thực (Apidog sử dụng mã truy cập thay vì khóa API của Postman) và tham chiếu dựa trên dự án thay vì đường dẫn tệp cục bộ. Cả hai đều hỗ trợ đầu ra JSON cho việc báo cáo kết quả kiểm thử.

Ngoài ra, nếu bạn thích tiếp tục sử dụng giao diện quen thuộc của Newman, bạn có thể xuất một bộ sưu tập Apidog dưới dạng JSON tương thích với Postman và tiếp tục chạy Newman với nó. Điều này mang lại cho bạn cách tiếp cận ngoại tuyến, không yêu cầu tài khoản trong khi làm việc với Apidog hàng ngày.

Các tính năng trình chạy nâng cao trong Apidog

Ngoài việc phù hợp với bộ tính năng bị hạn chế của Postman, trình chạy của Apidog còn bổ sung một vài khả năng đáng biết.

Kiểm thử dựa trên dữ liệu. Nhập tệp CSV hoặc JSON vào một lượt chạy kiểm thử để thực thi cùng một bộ sưu tập với các tập dữ liệu khác nhau. Mỗi hàng trở thành một lần lặp. Điều này tương đương với tính năng tệp dữ liệu của Postman, cũng bị trả phí ở các gói Postman cao hơn.

Số lần lặp tùy chỉnh. Đặt một số lần lặp cụ thể cho một lượt chạy kiểm thử mà không phải lo lắng về bộ đếm hàng tháng. Chạy bộ sưu tập của bạn 500 lần để kiểm thử stress cơ bản nếu cần.

Tích hợp Smart Mock. Trong khi trình chạy đang thực thi, nó có thể tương tác với máy chủ mock tích hợp của Apidog. Điều này có nghĩa là bạn có thể chạy kiểm thử đối với các điểm cuối được mock mà không cần khởi động một máy chủ riêng biệt, hữu ích khi kiểm thử mã máy khách đối với một API chưa được xây dựng.

Lượt chạy theo lịch trình. Thiết lập các lượt chạy kiểm thử tự động theo lịch trình (hàng giờ, hàng ngày, v.v.) trực tiếp trong Apidog mà không cần các công việc cron bên ngoài hoặc kích hoạt CI. Kết quả xuất hiện trong lịch sử kiểm thử của dự án của bạn.

nút

Các hạn chế của Collection Runner của Postman là một trở ngại thực tế cho các nhóm đã xây dựng đường ống CI và quy trình làm việc kiểm thử tự động trên gói miễn phí. Con đường trực tiếp nhất để tiến lên là chuyển sang một trình chạy không có giới hạn sử dụng. Trình chạy của Apidog bao gồm tất cả các trường hợp sử dụng mà gói miễn phí của Postman đã hạn chế, và tích hợp CLI hoạt động trong các thiết lập đường ống hiện có chỉ với một thay đổi cấu hình nhỏ.

Thực hành thiết kế API trong Apidog

Khám phá cách dễ dàng hơn để xây dựng và sử dụng API