ทางเลือก k6 ที่ดีที่สุด

Grafana k6 ได้รับความนิยมอย่างแท้จริง เป็นเครื่องมือทดสอบโหลดแบบโอเพนซอร์ส (AGPL-3.0 มีดาว GitHub ประมาณ 31k) ที่มีเอนจิ้น Go และการเขียนสคริปต์ด้วย JavaScript และสามารถรวมเข้ากับ CI ได้อย่างราบรื่นเหมือนเครื่องมืออื่น ๆ ในหมวดหมู่นี้ หากงานของคุณคือการสร้างโหลดที่จริงจัง (เพิ่ม VUs, การทดสอบ Soak, รูปแบบการกระชาก, การกระจายทราฟฟิกผ่าน Grafana Cloud) k6 เป็นหนึ่งในตัวเลือกที่แข็งแกร่งที่สุด และบทความนี้จะไม่มีการเสแสร้งเป็นอย่างอื่น

แต่หลายทีมไม่ได้นำ k6 มาใช้สำหรับงานนั้น พวกเขานำมาใช้เป็นวิธีที่สามารถเขียนสคริปต์ได้ เป็นมิตรกับ CI เพื่อตรวจสอบว่า API ของพวกเขาทำงานหรือไม่ และพวกเขาก็ได้ค้นพบค่าใช้จ่ายในภายหลัง: ทุกคำขอคือโค้ด, ทุกการยืนยันคือ check() ที่เขียนด้วยมือ, ทุกเซสชันการดีบักคือการแก้ไขสคริปต์-เรียกใช้ใหม่-อ่านเทอร์มินัล, และทุกผลลัพธ์ที่อ่านได้ต้องใช้ Grafana stack หรือแผนคลาวด์แบบมีค่าบริการ ไม่มีคอลเล็กชันให้คลิกดู, ไม่มีเอกสาร, ไม่มีเซิร์ฟเวอร์จำลอง, ไม่มีที่สำหรับเพื่อนร่วมทีมที่ไม่ได้เขียน JavaScript

นี่คือคำตอบโดยตรง: หากปริมาณงานจริงของคุณคือการทดสอบฟังก์ชัน API (เอนด์พอยต์นี้ส่งคืนการตอบสนองที่ถูกต้องหรือไม่, การทำงานนี้ยังคงทำงานได้หรือไม่, สามารถรับมือกับโหลดในชีวิตประจำวันได้หรือไม่) Apidog คือทางเลือกที่ดีที่สุดสำหรับ k6 ครอบคลุมการออกแบบ, การดีบัก, การทดสอบ, การจำลอง (mocking) และเอกสารประกอบในแอปเดียว, รันสถานการณ์การทดสอบโดยไม่มีค่าบริการ, มี CLI สำหรับ CI, และรวมการทดสอบประสิทธิภาพในตัวได้ถึง 100 ผู้ใช้เสมือน (virtual users) และหากปริมาณงานจริงของคุณคือการสร้างโหลดหนัก ๆ ให้ใช้ k6 ต่อไป; ส่วนที่เหลือของบทความนี้จะช่วยให้คุณตัดสินใจได้ว่าคุณเหมาะกับทีมใด

สิ่งที่ k6 ทำได้ดี

มาดูข้อดีกันก่อน เพราะจุดแข็งของ k6 เป็นเหตุผลที่ทำให้ได้รับความนิยม:

• การทดสอบเป็นโค้ด สคริปต์เป็นไฟล์ JavaScript ที่อยู่ใน git ผ่านการรีวิว และมีการจัดการเวอร์ชันพร้อมกับ API ที่ใช้งาน
• การสร้างแบบจำลองโหลดเชิงลึก สถานการณ์ (Scenarios), ตัวดำเนินการ (executors), การเพิ่ม VUs (ramping VUs), เกณฑ์ (thresholds) และเมตริกที่กำหนดเองสามารถแสดงอัตราการมาถึง (arrival rates) และรูปแบบการทดสอบ Soak ได้อย่างแม่นยำ ตามที่ครอบคลุมใน บทช่วยสอนการทดสอบโหลดด้วย k6 ของเรา
• ไบนารีเดียวใน CI การใช้ k6 run script.js พร้อมการตัดสินผ่าน/ไม่ผ่านตามเกณฑ์นั้นเป็นวิธีการผสานรวมเข้ากับไพพ์ไลน์ที่สะอาดที่สุดเท่าที่จะเป็นไปได้
• โซลูชันคลาวด์ที่แท้จริงสำหรับการขยายขนาด Grafana Cloud k6 รันการทดสอบแบบกระจายจากกว่า 20 ตำแหน่งทางภูมิศาสตร์ รองรับผู้ใช้เสมือนพร้อมกันสูงสุด 1 ล้านรายในเวอร์ชัน Enterprise

หากคุณอ่านรายการนั้นแล้วคิดว่า “ใช่ นั่นคือสิ่งที่ฉันใช้ทุกวัน” ให้หยุดอ่านตรงนี้และใช้งานการตั้งค่าของคุณต่อไป

จุดที่เวิร์กโฟลว์ของ k6 เป็นภาระ

ความยุ่งยากเกิดขึ้นเมื่อ k6 กลายเป็นเครื่องมือทดสอบ API ทั่วไปของทีม แทนที่จะเป็นเครื่องมือสร้างโหลด

ทุกอย่างคือโค้ด รวมถึงการสำรวจ k6 ไม่มีไคลเอ็นต์สำหรับส่งคำขอ คุณไม่สามารถวาง URL, ปรับแต่งส่วนหัว, แล้วคลิกส่งได้; คุณต้องเขียนสคริปต์, รันมัน, แล้วอ่านผลลัพธ์จากเทอร์มินัล สำหรับการดีบักเอนด์พอยต์ที่ล้มเหลว ลูปนี้จะช้า และยังไม่เหมาะกับเพื่อนร่วมทีมที่ไม่อยากดูแล JavaScript เพื่อตรวจสอบเนื้อหาการตอบสนอง

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

ผลลัพธ์ที่อ่านง่ายมีค่าใช้จ่ายเพิ่มเติม CLI แบบโอเพนซอร์สจะพิมพ์สรุปการทดสอบเมื่อสิ้นสุดการทำงานไปยังเทอร์มินัล กราฟแนวโน้ม ประวัติการรัน และแดชบอร์ดที่แชร์ได้หมายความว่าคุณต้องโฮสต์ Grafana พร้อมกับสแต็กฐานข้อมูลอนุกรมเวลาด้วยตัวเอง หรือจ่ายเงินสำหรับ Grafana Cloud k6 ซึ่งคิดค่าบริการเป็นชั่วโมงผู้ใช้เสมือน (virtual user hours): ฟรี 500 VUh ต่อเดือน จากนั้นเป็นแพลน Pro ที่ $0.15 ต่อ VUh พร้อมค่าแพลตฟอร์มรายเดือน $19 เป็นราคาที่ยุติธรรมสำหรับแพลตฟอร์มโหลด; แต่เป็นค่าใช้จ่ายที่แปลกสำหรับการทดสอบ Smoke Test

ไม่มีวงจรชีวิต API k6 ไม่มีตัวแก้ไขสเปค, ไม่มีเซิร์ฟเวอร์จำลอง, ไม่มีเอกสารที่เผยแพร่, ไม่มีพื้นที่ทำงานที่ใช้ร่วมกัน มันทดสอบ API; แต่ไม่ได้ช่วยคุณออกแบบ, จัดทำเอกสาร, หรือสร้าง Stub API ทีมมักจะใช้ k6 ควบคู่กับ Postman ควบคู่กับ Swagger UI ควบคู่กับไลบรารี mock ซึ่งเป็นความแตกแยกที่แพลตฟอร์ม API มีอยู่เพื่อแก้ไข เราเจออุปสรรคเดียวกันจากฝั่ง Python ใน บทความทางเลือก Locust ของเรา

คำตอบ: Apidog

Apidog เป็นแพลตฟอร์มการพัฒนา API ที่มีนักพัฒนากว่า 500,000 คนใช้งาน สเปคเดียวสามารถขับเคลื่อนไคลเอ็นต์คำขอ, การทดสอบอัตโนมัติ, เซิร์ฟเวอร์จำลอง และเอกสารประกอบได้

เมื่อเทียบกับ k6 โดยเฉพาะ มีสี่สิ่งที่เปลี่ยนไป:

1. การทดสอบกลายเป็นสถานการณ์แบบเห็นภาพ ไม่ใช่สคริปต์ เชื่อมโยงคำขอ, ดึงตัวแปรระหว่างขั้นตอน, ยืนยันสถานะ, เนื้อหา และส่วนหัว และตรวจสอบการตอบสนองกับสคีมาโดยอัตโนมัติ ไม่มีโค้ด check() ที่ซ้ำซ้อน, ไม่ต้องใช้ JavaScript สำหรับเพื่อนร่วมทีมที่ไม่ต้องการ, และมีรันเนอร์ที่ไม่มีค่าบริการในแผนฟรี ซึ่งรองรับผู้ใช้สูงสุด 4 คน
2. การดีบักมีไคลเอ็นต์ ส่งคำขอ, ตรวจสอบการตอบสนอง, บันทึกเป็นเอนด์พอยต์ที่มีเอกสารประกอบ วงจรแก้ไขสคริปต์-รันใหม่กลายเป็นการคลิกเพียงครั้งเดียว
3. การทดสอบประสิทธิภาพมีมาให้ในตัว โดยมีข้อจำกัดที่สมเหตุสมผล ใช้สถานการณ์ใดก็ได้เป็นการทดสอบประสิทธิภาพด้วยผู้ใช้เสมือนสูงสุด 100 คน, เวลาเพิ่มโหลดที่กำหนดค่าได้, และเมตริกแบบเรียลไทม์: คำขอทั้งหมด, คำขอต่อวินาที, เวลาตอบสนองเฉลี่ยและสูงสุด/ต่ำสุด, และอัตราความล้มเหลว (ตาม เอกสารการทดสอบประสิทธิภาพของ Apidog) โหลดถูกสร้างจากเครื่องที่รันแอปพลิเคชัน สิ่งนี้ครอบคลุม "เอนด์พอยต์นี้สามารถรับมือกับการทำงานพร้อมกันในชีวิตประจำวันได้หรือไม่"; ไม่ได้มาแทนที่เครื่องมือสร้างโหลดโดยเฉพาะ และเราไม่ได้อ้างว่ามันทำได้
4. การรวม CI เข้ามาด้วย Apidog CLI รันสถานการณ์ของคุณในไพพ์ไลน์ใดก็ได้ ฟรี โดยไม่มีค่าบริการ VUh เพิ่มเติม

และเนื่องจากเป็นแพลตฟอร์ม โปรเจกต์เดียวกันนี้จึงมอบเซิร์ฟเวอร์จำลองอัจฉริยะ, เอกสารเชิงโต้ตอบที่เผยแพร่ได้, และตัวแก้ไข OpenAPI แบบเห็นภาพ; ซึ่งเป็นสิ่งที่ k6 ไม่ได้ถูกออกแบบมาให้มี

สิ่งที่การเปลี่ยนไปใช้งานจะดูเป็นอย่างไรทีละคุณสมบัติ

การทดสอบ API เชิงฟังก์ชัน

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

การตรวจสอบประสิทธิภาพ

กำหนดค่าผู้ใช้เสมือน (สูงสุด 100 คน), ระยะเวลาเพิ่มโหลด, และระยะเวลาในการรันบนสถานการณ์ที่มีอยู่ จากนั้นดูแผนภูมิแบบเรียลไทม์ สำหรับทีมที่ "การทดสอบโหลด" แท้จริงแล้วคือ "ยืนยันว่า API สามารถรองรับผู้ใช้พร้อมกัน 50 คนได้" สิ่งนี้สามารถมาแทนที่ k6 ได้อย่างสมบูรณ์และแก้ไขปัญหาแดชบอร์ดผลลัพธ์ได้ เนื่องจากรายงานจะถูกเก็บไว้ในพื้นที่ทำงานพร้อมประวัติการรัน สำหรับโมเดลอัตราการมาถึงที่เพิ่มขึ้น, การทดสอบ Soak, หรือผู้ใช้เสมือนหลายพันคน สิ่งนี้ไม่สามารถทำได้ บทช่วยสอนการทดสอบประสิทธิภาพ API ของเราจะอธิบายขั้นตอนการทำงาน

CI และระบบอัตโนมัติ

k6 run กลายเป็นคำสั่ง Apidog CLI ในช่องไพพ์ไลน์เดียวกัน สถานการณ์จะถูกดึงมาจากพื้นที่ทำงาน ดังนั้นการรัน CI และการรันแอปพลิเคชันจึงซิงค์กัน; ไม่มีการเปลี่ยนแปลงสคริปต์ระหว่างสิ่งที่นักพัฒนาแก้ไขกับสิ่งที่ไพพ์ไลน์ดำเนินการ สำหรับรูปแบบที่กว้างขึ้น โปรดดู เครื่องมือทดสอบประสิทธิภาพอย่างต่อเนื่อง

นอกเหนือจากการทดสอบ

ทุกสิ่งที่ k6 ไม่ได้พยายามทำ: ออกแบบเอนด์พอยต์แบบเห็นภาพหรือในโค้ด OpenAPI, มอบ URL Mock ที่เข้าใจสคีมาให้กับทีมฟรอนต์เอนด์ก่อนที่แบ็กเอนด์จะถูกสร้างขึ้น และเผยแพร่เอกสารเชิงโต้ตอบบนโดเมนของคุณเอง กำลังพิจารณาการย้ายไคลเอ็นต์ API ทั่วไปด้วยหรือไม่? ทางเลือก Postman ที่ดีที่สุด ครอบคลุมการเปรียบเทียบนั้น

k6 vs Apidog โดยสรุป

การคำนวณค่าใช้จ่ายอย่างตรงไปตรงมา

k6 OSS นั้นฟรีตลอดไป และหากสรุปในเทอร์มินัลเพียงพอ การทดสอบโหลดของคุณก็ไม่มีค่าใช้จ่ายนอกจากเวลาของวิศวกร ค่าใช้จ่ายจะปรากฏในอีกสองส่วน อันดับแรกคือโครงสร้างพื้นฐานสำหรับผลลัพธ์: ไม่ว่าจะเป็นการโฮสต์ Grafana พร้อมกับฐานข้อมูลอนุกรมเวลาด้วยตนเอง หรือใช้บริการ Grafana Cloud k6 ที่คิดค่าบริการ ซึ่งชุดการทดสอบเล็ก ๆ ที่รันทุกคืน (50 VUs เป็นเวลา 30 นาที ประมาณ 25 VUh ต่อคืน) จะใช้ VUh ฟรี 500 VUh หมดภายในสามสัปดาห์ จากนั้นจะมีค่าใช้จ่ายประมาณ $110 ต่อเดือนสำหรับแผน Pro ประการที่สองคือเครื่องมือที่ k6 ไม่ได้รวมไว้: หากทีมของคุณต้องจ่ายค่าไคลเอ็นต์ API, บริการ Mock, และโฮสต์เอกสารด้วย ค่าใช้จ่าย $0 ของ k6 ก็เป็นเพียงบรรทัดเดียวในใบแจ้งหนี้เท่านั้น

แผนฟรีของ Apidog ครอบคลุมผู้ใช้ 4 คน พร้อมการรันสถานการณ์และการทดสอบประสิทธิภาพแบบไม่จำกัด, การจำลอง (mocks) และเอกสารประกอบ แผนแบบชำระเงินเริ่มต้นที่ $9 ต่อผู้ใช้ต่อเดือน สำหรับทีมที่มี 5 คน การเปรียบเทียบไม่ใช่ "ฟรีเทียบกับ $540 ต่อปี" แต่เป็น "$540 ต่อปีเทียบกับ Grafana stack ที่คุณดูแลรักษา พร้อมกับเครื่องมือไคลเอ็นต์, mock และเอกสารที่คุณซื้อแยกต่างหาก" หากการสร้างโหลดหนักเป็นข้อกำหนดที่แท้จริง คำตอบที่ตรงไปตรงมาคือใช้ทั้งสองอย่าง: Apidog สำหรับเวิร์กโฟลว์ API, k6 OSS สำหรับการทดสอบโหลด ซึ่งยังคงช่วยประหยัดค่าใช้จ่ายแดชบอร์ดผลลัพธ์สำหรับการทดสอบประจำวัน สำหรับภาพรวมที่กว้างขึ้น โปรดดู สรุปเครื่องมือทดสอบโหลด ของเรา

การย้ายจาก k6

ไม่มีเครื่องมือนำเข้าสคริปต์ k6 แบบคลิกเดียว เนื่องจากสคริปต์ไม่ใช่สเปค แต่เส้นทางนั้นสั้นกว่าที่คิด:

1. นำเข้าคำจำกัดความ API ของคุณ OpenAPI/Swagger, Postman หรือการวาง cURL เอนด์พอยต์จะมาพร้อมกับสคีมา, เอกสารประกอบ และ mock แบบเรียลไทม์ ไม่มีสเปค? บันทึกคำขอจากไคลเอ็นต์ในขณะที่คุณดีบัก แล้วสเปคจะถูกเพิ่มขึ้นเรื่อยๆ
2. สร้างสคริปต์ k6 แต่ละรายการใหม่เป็นสถานการณ์การทดสอบ ลำดับคำขอจะถูกจับคู่ทีละขั้นตอน; การเรียกใช้ check() จะกลายเป็นการยืนยันหรือหายไปในการตรวจสอบสคีมา
3. ย้ายชุดข้อมูล ข้อมูลการทดสอบ CSV จะถูกแนบไปกับสถานการณ์ด้วยการจับคู่แถวแบบสุ่มหรือตามลำดับ
4. สร้างการตรวจสอบโหลดประจำวันใหม่ เป็นการทดสอบประสิทธิภาพ (VUs, ramp-up, duration) บนสถานการณ์เดียวกัน เก็บโปรไฟล์โหลดจริงไว้ใน k6
5. สลับขั้นตอน CI จาก k6 run ไปยัง Apidog CLI

ชุดสคริปต์นับสิบรายการมักจะย้ายเสร็จในบ่ายวันเดียว และสถานการณ์เหล่านั้นสามารถแก้ไขได้โดยทั้งทีม ไม่ใช่แค่ผู้เขียนสคริปต์เท่านั้น

เมื่อ k6 ยังคงสมเหตุสมผล

ใช้ k6 ต่อไปเมื่อโหลดเองเป็นผลผลิตของการทดสอบของคุณ: อัตราการมาถึงที่เพิ่มขึ้น, การทดสอบ Soak หลายชั่วโมง, โปรไฟล์ Spike, การทดสอบที่เกินกว่าสองสามร้อย VUs, หรือการสร้างโหลดแบบกระจายจากหลายภูมิภาค ใช้ต่อไปเมื่อเกณฑ์บนเมตริกที่กำหนดเองควบคุมการปรับใช้ของคุณ หรือเมื่อการทดสอบในรูปแบบโค้ดที่สามารถรีวิวได้เป็นข้อกำหนดที่เข้มงวดของทีม การทดสอบประสิทธิภาพ 100-VU, เครื่องเดียวของ Apidog ไม่ใช่เครื่องมือดังกล่าวโดยเจตนา ซึ่งเป็นเส้นแบ่งที่ตรงไปตรงมาเช่นเดียวกับที่เรากำหนดไว้สำหรับ Artillery และ autocannon ต้องการเปรียบเทียบเครื่องมือโหลดโดยเฉพาะอื่นๆ ด้วยกันหรือไม่? ดู ทางเลือก JMeter ที่ดีที่สุด และ ทางเลือก Gatling ที่ดีที่สุด การเปลี่ยนมาใช้งานจะคุ้มค่าเมื่อคุณสังเกตเห็นว่าสคริปต์ k6 ส่วนใหญ่ของคุณยืนยันการตอบสนองที่ 1 VU นั่นคือชุดทดสอบ API ที่สวมใส่เสื้อผ้าของเครื่องมือโหลด

คำถามที่พบบ่อย

k6 ฟรีหรือไม่?

k6 OSS เป็นซอฟต์แวร์ฟรีและโอเพนซอร์สภายใต้ AGPL-3.0 ส่วน Grafana Cloud k6 ซึ่งเพิ่มแดชบอร์ดแบบโฮสต์และโหลดแบบกระจายจากกว่า 20 ภูมิภาค จะคิดค่าบริการตามชั่วโมงผู้ใช้เสมือน (VUh): ฟรี 500 VUh ต่อเดือน จากนั้นเป็น Pro ที่ $0.15 ต่อ VUh พร้อมค่าแพลตฟอร์มรายเดือน $19 การโฮสต์แดชบอร์ดด้วย Grafana stack ด้วยตัวเองเป็นทางเลือกกลางที่ฟรีแต่คุณต้องจัดการเอง; คู่มือการทดสอบโหลดด้วย k6 ของเราครอบคลุมเวิร์กโฟลว์ OSS

Apidog สามารถแทนที่ k6 สำหรับการทดสอบโหลดได้หรือไม่?

สำหรับการตรวจสอบการทำงานพร้อมกันในชีวิตประจำวัน ใช่: การทดสอบประสิทธิภาพรองรับผู้ใช้เสมือนสูงสุด 100 คน พร้อมการเพิ่มโหลดและเมตริกแบบเรียลไทม์ โดยใช้สถานการณ์ที่คุณมีอยู่แล้ว สำหรับโหลดขนาดใหญ่หรือแบบกระจาย (ผู้ใช้เสมือนหลายพันคน, หลายภูมิภาค, โปรไฟล์ Soak) ไม่ได้; ให้ใช้ k6 หรือเครื่องมือสร้างโหลดเฉพาะทางอื่น ๆ จาก สรุปเครื่องมือทดสอบโหลด ของเราสำหรับงานนั้น

ฉันสามารถนำเข้าสคริปต์ k6 เข้าสู่ Apidog ได้หรือไม่?

ไม่โดยตรง; สคริปต์ k6 เป็นโปรแกรม JavaScript ไม่ใช่คำจำกัดความ API ให้นำเข้า OpenAPI spec หรือ Postman collection แทน จากนั้นสร้างสคริปต์ใหม่เป็นสถานการณ์แบบเห็นภาพ การยืนยันจะถูกจับคู่กับการตรวจสอบแบบไม่ใช้โค้ดหรือการตรวจสอบสคีมาอัตโนมัติ และชุดข้อมูล CSV จะถูกแนบไปกับสถานการณ์สำหรับการรันที่ขับเคลื่อนด้วยข้อมูล

Apidog ทำงานใน CI ได้เหมือน k6 หรือไม่?

ใช่ Apidog CLI รันสถานการณ์การทดสอบในไพพ์ไลน์ใดก็ได้ (GitHub Actions, GitLab CI, Jenkins) พร้อมรหัสออกสำหรับผ่าน/ไม่ผ่าน และฟรีโดยไม่มีการคิดค่าบริการ สถานการณ์อยู่ในพื้นที่ทำงานที่ใช้ร่วมกัน ดังนั้น CI จึงรันสิ่งที่ทีมแก้ไขล่าสุดเสมอ

k6 มีอะไรที่ Apidog ไม่มีบ้าง?

การสร้างแบบจำลองโหลดเชิงลึก: สถานการณ์และตัวดำเนินการ, อัตราการมาถึงที่เพิ่มขึ้น, เกณฑ์บนเมตริกที่กำหนดเอง, การทดสอบประสิทธิภาพบนเบราว์เซอร์, และการสร้างโหลดแบบกระจายบนคลาวด์สูงสุด 1 ล้าน VUs หากสิ่งเหล่านี้เป็นความต้องการของคุณ k6 คือเครื่องมือที่เหมาะสม และนี่ไม่ใช่การย้ายข้อมูลที่ถูกต้อง

หยุดเขียนสคริปต์สำหรับการตรวจสอบ API ของคุณ

หากสคริปต์ k6 ของคุณส่วนใหญ่ใช้เพื่อยืนยันว่าเอนด์พอยต์ทำงานได้ถูกต้อง ให้ย้ายไปยังที่ที่สร้างมาเพื่อสิ่งนั้น: สถานการณ์แบบเห็นภาพ, การตรวจสอบสคีมาอัตโนมัติ, รันเนอร์ที่ไม่มีค่าบริการ, การตรวจสอบประสิทธิภาพในตัวสูงสุด 100 VUs, และ mocks กับเอกสารประกอบจากสเปคเดียวกัน ดาวน์โหลด Apidog หรือเริ่มต้นในเบราว์เซอร์; ทีม 4 คนไม่ต้องเสียค่าใช้จ่าย และสเปคแรกที่คุณนำเข้าจะมาพร้อมกับการทดสอบ, mocks และเอกสารประกอบ