ข้อจำกัด Postman Collection Runner: สิ่งที่เปลี่ยนไปและแนวทางแก้ไข

สรุป

Postman ได้จำกัดการเข้าถึง Collection Runner ในแผนบริการฟรี ทำให้การดำเนินการทดสอบอัตโนมัติของทีมที่ไม่ได้รับการอัปเกรดหยุดชะงัก สิ่งนี้ส่งผลกระทบต่อการทดสอบที่รันภายในเครื่อง, CI/CD pipelines และเวิร์กโฟลว์ใดๆ ที่ใช้ Runner สำหรับการดำเนินการคำขอจำนวนมาก บทความนี้จะอธิบายว่ามีการเปลี่ยนแปลงอะไรบ้าง อะไรที่เสียหายในการปฏิบัติจริง และ Runner ของ Apidog ทำงานอย่างไรโดยไม่มีข้อจำกัดใดๆ ในทุกแผนบริการ

บทนำ

Collection Runner ของ Postman เป็นหนึ่งในฟีเจอร์ที่ถูกใช้งานมากที่สุด คุณสามารถสร้างคอลเลกชันคำขอ API 50 รายการ กด "Run Collection" และดู Postman ดำเนินการตามลำดับ โดยมีการส่งผ่านตัวแปรระหว่างคำขอ การยืนยันการทดสอบในแต่ละการตอบกลับ และรายงานสรุปในตอนท้าย สำหรับนักพัฒนาที่ทดสอบเวิร์กโฟลว์หลายขั้นตอนที่ซับซ้อน ฟีเจอร์นี้เป็นสิ่งจำเป็น

จากนั้นก็มีการจำกัดในปี 2026 ในฐานะส่วนหนึ่งของการลดระดับแผนบริการฟรี Postman ได้จำกัดการเข้าถึง Collection Runner บัญชีฟรีไม่สามารถรันคอลเลกชันได้เกินจำนวนคำขอที่กำหนดต่อเดือน และฟีเจอร์บางอย่างของ Runner ก็ถูกจำกัดไว้สำหรับผู้ใช้ที่ชำระเงินแล้ว

ผลกระทบปรากฏขึ้นอย่างรวดเร็วในเวิร์กโฟลว์ของนักพัฒนา ทีมที่มี CI pipelines ที่พึ่งพา Newman (CLI runner ของ Postman) เริ่มประสบปัญหาการจำกัด นักพัฒนาที่รัน smoke tests ก่อนการปรับใช้ใน Collection Runner พบว่าฟีเจอร์ดังกล่าวถูกทำให้เป็นสีเทาหรือไม่สามารถใช้งานได้

Postman เปลี่ยนแปลงอะไรใน Collection Runner

แผนบริการฟรีของ Postman ได้จำกัด Collection Runner ในสองวิธีหลักๆ ดังนี้:

การจำกัดจำนวนการรันต่อเดือน บัญชีฟรีมีการจำกัดจำนวนการดำเนินการ Collection Runner ต่อเดือน Postman ไม่ได้เผยแพร่จำนวนที่แน่นอนอย่างชัดเจน แต่รายงานจากชุมชนระบุว่าอยู่ที่ประมาณ 25 ครั้งต่อเดือน สำหรับนักพัฒนาที่รันการทดสอบหลายครั้งต่อวัน การจำกัดนี้จะถึงขีดจำกัดภายในไม่กี่วัน

ข้อจำกัดของ Newman CLI Newman เป็นเครื่องมือ CLI แบบโอเพนซอร์สที่ช่วยให้คุณสามารถรัน Postman collections ในเทอร์มินัลและสภาพแวดล้อม CI โดยก่อนหน้านี้สามารถทำงานร่วมกับการส่งออก Postman collection ใดๆ ได้โดยไม่ติดข้อจำกัดของแผนบริการ หลังจากปี 2026 ฟีเจอร์บางอย่างของ Newman จะเชื่อมโยงกับระดับแผนบริการของบัญชี Postman ของคุณเมื่อใช้ collections ที่ซิงค์กับคลาวด์

การดำเนินการทดสอบแบบไม่ต้องใช้โค้ด Visual Collection Runner ที่เข้าถึงได้จากแถบด้านข้าง จะแสดงสถานะที่ถูกจำกัดสำหรับบัญชีฟรีหลังจากถึงขีดจำกัดการรัน

สิ่งที่ไม่ถูกจำกัด: การรันคำขอแต่ละรายการด้วยตนเอง (การคลิก "Send" บนคำขอเดียว) ยังคงไม่จำกัด ข้อจำกัดนี้มุ่งเป้าไปที่การดำเนินการแบบชุดอัตโนมัติโดยเฉพาะ

อะไรที่เสียหายในการปฏิบัติจริง

Pre-commit และ pre-deployment smoke tests

หลายทีมทำการรัน Collection Runner ก่อนที่จะรวม PR หรือปรับใช้กับ staging หากคุณมี 30 คำขอใน smoke test collection ของคุณ ทีมงานสามคนแต่ละคนรันมันสองครั้งต่อวัน ก็จะใช้โควต้าฟรีรายเดือนของ Postman หมดภายในประมาณสองวัน

CI/CD pipelines

CI pipelines ที่ใช้ Newman ได้รับผลกระทบมากที่สุด เวิร์กโฟลว์ของ GitHub Actions เช่นนี้:

- name: รันการทดสอบ API
  run: newman run ./collections/api-tests.json -e ./environments/staging.json

จะเริ่มล้มเหลวหรือเกิดข้อผิดพลาดด้านอัตราเมื่อถึงขีดจำกัดของบัญชี สิ่งนี้สร้างความเสียหายอย่างยิ่งสำหรับทีมที่มีหลาย pipelines ที่ทริกเกอร์ทุกครั้งที่มีการพุช

ชุดทดสอบแบบ End-to-End

บางทีมสร้างเวิร์กโฟลว์ API แบบหลายขั้นตอนใน Postman ที่เชื่อมโยงคำขอเข้าด้วยกัน โดยส่งผลลัพธ์ของคำขอหนึ่ง (เช่น โทเค็นการรับรองความถูกต้อง) ไปยังคำขอถัดไป Collection Runner จัดการสิ่งนี้ผ่านรูปแบบ pm.environment.set() ด้วยข้อจำกัดของ Runner เวิร์กโฟลว์เหล่านี้สามารถทดสอบได้โดยการดำเนินการตามคำขอทีละขั้นตอนด้วยตนเองเท่านั้น

การทดสอบโหลดและประสิทธิภาพ

Collection Runner ของ Postman มีตัวเลือก "delay" และ "iterations" ที่ให้คุณรันคอลเลกชันหลายครั้งตามลำดับ ซึ่งมีประโยชน์สำหรับการทดสอบโหลดพื้นฐาน ด้วยข้อจำกัดในการรัน กรณีการใช้งานนี้จึงถูกยกเลิกไปในแผนบริการฟรี

วิธีแก้ไขเฉพาะหน้าภายใน Postman

หากคุณยังไม่พร้อมที่จะเปลี่ยนเครื่องมือ มีวิธีแก้ไขบางอย่างภายในระบบนิเวศของ Postman

ส่งออกไปยัง Newman และรันภายในเครื่อง Newman ทำงานกับไฟล์ JSON ของคอลเลกชันที่ส่งออกภายในเครื่องโดยไม่ต้องเข้าสู่ระบบบัญชี Postman ตราบใดที่คุณไม่ได้ใช้คุณสมบัติที่เชื่อมต่อกับระบบส่วนกลาง ส่งออกคอลเลกชันและสภาพแวดล้อมของคุณ จากนั้นรัน Newman แบบออฟไลน์ทั้งหมด:

newman run collection.json -e environment.json

วิธีนี้จะข้ามขีดจำกัดการรันของบัญชี Postman เนื่องจาก Newman กำลังอ่านไฟล์ในเครื่อง ข้อจำกัดคือคุณจะสูญเสียการซิงค์กับพื้นที่ทำงาน Postman สดของคุณ ดังนั้นคุณต้องส่งออกใหม่ทุกครั้งที่คอลเลกชันมีการเปลี่ยนแปลง

แบ่งคอลเลกชันขนาดใหญ่เป็นส่วนย่อยๆ หากคุณใกล้จะถึงขีดจำกัดรายเดือน การแบ่งคอลเลกชัน 100 คำขอออกเป็นสี่คอลเลกชันย่อยที่มี 25 คำขอแต่ละชุดหมายความว่าแต่ละคอลเลกชันใช้ตัวนับการรันแยกกัน นี่เป็นวิธีแก้ไขเฉพาะหน้า ไม่ใช่ทางออก และมันทำให้การไหลเวียนเชิงตรรกะของการทดสอบหลายขั้นตอนหยุดชะงัก

อัปเกรดแบบเลือก หากมีสมาชิกในทีมเพียงคนเดียวที่รัน CI pipeline การให้บัญชีนั้นอยู่ในแผนที่ต้องชำระเงินในขณะที่คนอื่นๆ ยังคงใช้ฟรีนั้นถูกกว่าการอัปเกรดทุกคน บัญชีที่ต้องชำระเงินจะรัน Newman โดยไม่มีข้อจำกัด ส่วนคนอื่นๆ ใช้การทดสอบด้วยตนเอง

Collection Runner ของ Apidog ทำงานแตกต่างกันอย่างไร

Runner ของ Apidog ที่เรียกว่า "Test Scenarios" หรือเข้าถึงได้ผ่านปุ่ม "Run" บนคอลเลกชันใดๆ ไม่มีข้อจำกัดการรันต่อเดือนในทุกแผนบริการ ซึ่งรวมถึงแผนบริการฟรีด้วย

นี่คือวิธีการเปรียบเทียบกับสิ่งที่ Postman จำกัด:

Apidog CLI runner (apidog-cli) ผสานรวมกับ CI/CD ในลักษณะเดียวกับ Newman โครงสร้างคำสั่งคล้ายกัน:

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

คุณยังสามารถส่งออกคอลเลกชันจาก Apidog และรันแบบออฟไลน์ได้ คล้ายกับวิธีการใช้ไฟล์ในเครื่องของ Newman แต่ไม่ต้องกังวลเกี่ยวกับข้อจำกัดตามบัญชี

การตั้งค่า Apidog Runner ใน CI Pipeline ของคุณ

หากคุณกำลังย้าย pipeline ที่ใช้ Newman ไปยัง Apidog นี่คือลักษณะการเปลี่ยนผ่านใน GitHub Actions

ก่อนหน้า (Newman):

- name: ติดตั้ง Newman
  run: npm install -g newman

- name: รันการทดสอบ API
  run: newman run ./collections/api-tests.json -e ./environments/staging.json --reporters cli,json --reporter-json-export results.json

หลัง (Apidog CLI):

- name: ติดตั้ง Apidog CLI
  run: npm install -g apidog-cli

- name: รันการทดสอบ API
  run: apidog run --project {project-id} --env {env-id} --output results.json
  env:
    APIDOG_ACCESS_TOKEN: ${{ secrets.APIDOG_ACCESS_TOKEN }}

ความแตกต่างหลักคือกลไกการรับรองความถูกต้อง (Apidog ใช้โทเค็นการเข้าถึงแทนคีย์ API ของ Postman) และการอ้างอิงตามโปรเจกต์แทนที่จะเป็นพาธไฟล์ในเครื่อง ทั้งสองรองรับเอาต์พุต JSON สำหรับการรายงานผลการทดสอบ

อีกทางหนึ่ง หากคุณต้องการใช้ Newman's interface ที่คุ้นเคยต่อไป คุณสามารถส่งออก Apidog collection เป็น JSON ที่เข้ากันได้กับ Postman และดำเนินการรัน Newman ต่อไป วิธีนี้ช่วยให้คุณสามารถใช้งานแบบออฟไลน์โดยไม่ต้องใช้บัญชีในขณะที่ทำงานกับ Apidog ในแต่ละวัน

คุณสมบัติ Runner ขั้นสูงใน Apidog

นอกเหนือจากการเทียบเท่าชุดคุณสมบัติที่ถูกจำกัดของ Postman แล้ว Runner ของ Apidog ยังเพิ่มความสามารถบางอย่างที่น่าสนใจอีกด้วย

การทดสอบแบบขับเคลื่อนด้วยข้อมูล นำเข้าไฟล์ CSV หรือ JSON ลงในการทดสอบเพื่อดำเนินการคอลเลกชันเดียวกันด้วยชุดข้อมูลที่แตกต่างกัน แต่ละแถวจะกลายเป็นการวนซ้ำหนึ่งครั้ง สิ่งนี้เทียบเท่ากับคุณสมบัติไฟล์ข้อมูลของ Postman ซึ่งเป็นคุณสมบัติที่ต้องชำระเงินในแผนบริการ Postman ที่สูงขึ้นเช่นกัน

จำนวนการวนซ้ำที่กำหนดเอง กำหนดจำนวนการวนซ้ำที่เฉพาะเจาะจงสำหรับการทดสอบโดยไม่ต้องกังวลเกี่ยวกับตัวนับรายเดือน รันคอลเลกชันของคุณ 500 ครั้งสำหรับการทดสอบความเครียดพื้นฐานหากจำเป็น

การรวม Smart Mock ในขณะที่ Runner กำลังทำงาน มันสามารถโต้ตอบกับ mock server ในตัวของ Apidog ได้ ซึ่งหมายความว่าคุณสามารถรันการทดสอบกับ endpoint ที่ถูก mock โดยไม่ต้องตั้งค่าเซิร์ฟเวอร์แยกต่างหาก ซึ่งมีประโยชน์เมื่อทดสอบโค้ดไคลเอ็นต์กับ API ที่ยังไม่ได้สร้างขึ้น

การรันตามกำหนดเวลา ตั้งค่าการรันการทดสอบอัตโนมัติตามกำหนดเวลา (รายชั่วโมง รายวัน ฯลฯ) โดยตรงใน Apidog โดยไม่จำเป็นต้องใช้ cron jobs ภายนอกหรือ CI triggers ผลลัพธ์จะปรากฏในประวัติการทดสอบของโปรเจกต์ของคุณ

ข้อจำกัดของ Collection Runner ของ Postman เป็นอุปสรรคในทางปฏิบัติสำหรับทีมที่สร้าง CI pipelines และเวิร์กโฟลว์การทดสอบอัตโนมัติบนแผนบริการฟรี เส้นทางที่ตรงที่สุดคือการเปลี่ยนไปใช้ Runner ที่ไม่มีข้อจำกัดการใช้งาน Runner ของ Apidog ครอบคลุมกรณีการใช้งานทั้งหมดที่ Postman จำกัดในแผนบริการฟรี และการผสานรวม CLI ทำงานได้ใน Pipeline ที่มีอยู่ด้วยการเปลี่ยนแปลงการกำหนดค่าเพียงเล็กน้อย