Thay thế k6 tốt nhất

Grafana k6 đã có được sự yêu mến một cách chân thành. Đây là một công cụ kiểm thử tải mã nguồn mở (AGPL-3.0, khoảng 31k lượt gắn sao trên GitHub) với engine được viết bằng Go và kịch bản bằng JavaScript, và nó tích hợp vào CI một cách gọn gàng như bất kỳ công cụ nào khác trong cùng phân khúc. Nếu công việc của bạn là tạo ra tải thực sự lớn (tăng Virtual Users (VU), kiểm thử ngâm tải, cấu hình đột biến tải, lưu lượng phân tán thông qua Grafana Cloud), k6 là một trong những lựa chọn mạnh mẽ nhất hiện có, và bài viết này sẽ không giả vờ khác đi.

Nhưng nhiều đội ngũ không sử dụng k6 cho công việc đó. Họ đã áp dụng nó như một cách có thể viết kịch bản, thân thiện với CI để kiểm tra xem API của họ có hoạt động hay không, và sau đó họ đã phát hiện ra chi phí: mỗi yêu cầu là code, mỗi xác nhận là một lệnh check() được viết thủ công, mỗi phiên gỡ lỗi là chỉnh sửa-kịch bản-chạy lại-đọc-terminal, và mỗi kết quả dễ đọc đều cần một stack Grafana hoặc một gói dịch vụ đám mây có tính phí. Không có bộ sưu tập để nhấp qua, không có tài liệu, không có máy chủ giả lập, không có chỗ cho thành viên nhóm không viết JavaScript.

Đây là câu trả lời trực tiếp: nếu khối lượng công việc thực sự của bạn là kiểm thử chức năng API (endpoint này có trả về phản hồi đúng không, luồng này còn hoạt động không, nó có chịu được tải hàng ngày không), Apidog là lựa chọn thay thế k6 tốt nhất. Nó bao gồm thiết kế, gỡ lỗi, kiểm thử, giả lập và tài liệu trong một ứng dụng duy nhất, chạy các kịch bản kiểm thử mà không tính phí, cung cấp CLI cho CI và bao gồm kiểm thử hiệu suất tích hợp lên đến 100 người dùng ảo. Và nếu khối lượng công việc thực sự của bạn là tạo tải nặng, hãy giữ lại k6; phần còn lại của bài viết này sẽ giúp bạn xác định đội ngũ của mình thuộc loại nào.

Những điểm mạnh của k6

Trước hết, hãy dành lời khen, vì những điểm mạnh của k6 giải thích cho sự phổ biến của nó:

• Kiểm thử dưới dạng code. Các kịch bản là các tệp JavaScript nằm trong git, trải qua quá trình đánh giá và được quản lý phiên bản cùng với API mà chúng kiểm thử.
• Mô hình hóa tải sâu rộng. Các kịch bản, trình thực thi, tăng Virtual Users (VU), ngưỡng và các số liệu tùy chỉnh thể hiện chính xác tốc độ đến và cấu hình ngâm tải, như đã đề cập trong hướng dẫn kiểm thử tải k6 của chúng tôi.
• Một binary duy nhất trong CI. Lệnh k6 run script.js với pass/fail dựa trên ngưỡng là một trong những cách tích hợp pipeline gọn gàng nhất.
• Giải pháp đám mây thực sự để mở rộng. Grafana Cloud k6 chạy các bài kiểm thử phân tán từ hơn 20 địa điểm địa lý, lên đến 1 triệu người dùng ảo đồng thời trên gói Enterprise.

Nếu bạn đọc danh sách đó và nghĩ "đúng vậy, đó chính xác là những gì tôi sử dụng hàng ngày," hãy dừng lại ở đây và giữ nguyên thiết lập của bạn.

Những điểm hạn chế trong quy trình làm việc của k6

Sự bất tiện xuất hiện khi k6 trở thành công cụ kiểm thử API tổng quát của một nhóm thay vì chỉ là trình tạo tải.

Mọi thứ đều là code, kể cả việc khám phá. k6 không có ứng dụng khách yêu cầu. Bạn không thể dán URL, điều chỉnh tiêu đề và nhấp gửi; bạn phải viết một kịch bản, chạy nó và đọc kết quả đầu ra trên terminal. Đối với việc gỡ lỗi một endpoint bị lỗi, vòng lặp đó rất chậm, và nó loại trừ những thành viên trong nhóm không muốn phải duy trì JavaScript chỉ để kiểm tra nội dung phản hồi.

Các xác nhận chức năng được viết thủ công. Lệnh check() của k6 cung cấp cho bạn các giá trị boolean, không phải schema. Việc xác thực rằng một phản hồi khớp với hợp đồng API của bạn có nghĩa là phải tự viết và duy trì logic đó, cho mọi endpoint, mãi mãi. Các công cụ kiểm thử API chuyên dụng sẽ tạo ra nó từ một đặc tả.

Kết quả dễ đọc tốn thêm chi phí. CLI OSS in một bản tóm tắt cuối bài kiểm thử ra terminal. Biểu đồ xu hướng, lịch sử chạy và bảng điều khiển có thể chia sẻ đòi hỏi phải tự host một Grafana cùng với một stack cơ sở dữ liệu chuỗi thời gian hoặc trả tiền cho Grafana Cloud k6, được tính theo giờ người dùng ảo (VUh): 500 VUh miễn phí mỗi tháng, sau đó gói Pro với giá $0.15 mỗi VUh cộng với phí nền tảng $19 hàng tháng. Giá cả hợp lý cho một nền tảng tải; một hóa đơn lạ lùng phải trả cho các bài kiểm thử khói (smoke tests).

Không có vòng đời API. k6 không có trình chỉnh sửa spec, không có máy chủ giả lập, không có tài liệu công khai, không có không gian làm việc chung. Nó kiểm thử API; nó không giúp bạn thiết kế, tài liệu hóa hoặc tạo giả lập cho chúng. Các nhóm cuối cùng phải chạy k6 bên cạnh Postman, bên cạnh Swagger UI, bên cạnh một thư viện giả lập, sự phân mảnh mà một nền tảng API tồn tại để chấm dứt. Chúng tôi đã gặp phải vấn đề tương tự từ phía Python trong bài viết về lựa chọn thay thế Locust của chúng tôi.

Câu trả lời: Apidog

Apidog là một nền tảng phát triển API được sử dụng bởi hơn 500.000 nhà phát triển. Một đặc tả duy nhất điều khiển ứng dụng khách yêu cầu, các bài kiểm thử tự động, máy chủ giả lập và tài liệu.

So với k6 nói riêng, có bốn điều thay đổi:

1. Các bài kiểm thử trở thành các kịch bản trực quan, không phải kịch bản code. Nối các yêu cầu, trích xuất biến giữa các bước, xác nhận trạng thái, nội dung và tiêu đề, và tự động xác thực phản hồi dựa trên schema. Không có boilerplate check(), không yêu cầu JavaScript cho các thành viên trong nhóm không muốn, và một trình chạy không giới hạn trên gói miễn phí, bao gồm tới 4 người dùng.
2. Gỡ lỗi có một client. Gửi yêu cầu, kiểm tra phản hồi, lưu nó dưới dạng endpoint được tài liệu hóa. Vòng lặp chỉnh sửa-kịch bản-chạy lại trở thành một cú nhấp chuột.
3. Kiểm thử hiệu suất được tích hợp sẵn, trong giới hạn hợp lý. Tái sử dụng bất kỳ kịch bản nào làm kiểm thử hiệu suất với tối đa 100 người dùng ảo, thời gian tăng tải có thể cấu hình và các số liệu trực tiếp: tổng yêu cầu, yêu cầu mỗi giây, thời gian phản hồi trung bình và tối đa/tối thiểu, và tỷ lệ lỗi (theo tài liệu kiểm thử hiệu suất của Apidog). Tải được tạo từ máy chạy ứng dụng. Điều đó bao gồm "endpoint này có chịu được đồng thời hàng ngày không"; nó không thay thế một trình tạo tải chuyên dụng, và chúng tôi không khẳng định điều đó.
4. CI cũng đi kèm. Apidog CLI chạy các kịch bản của bạn trong bất kỳ pipeline nào, miễn phí, không gắn đồng hồ đo VUh.

Và bởi vì nó là một nền tảng, cùng một dự án cung cấp cho bạn một máy chủ giả lập thông minh, tài liệu tương tác được xuất bản và một trình chỉnh sửa OpenAPI trực quan; những thứ mà k6 chưa bao giờ được thiết kế để cung cấp.

Việc chuyển đổi trông như thế nào theo từng tính năng

Kiểm thử chức năng API

Đây là trọng tâm của quá trình di chuyển. Một kịch bản k6 gọi năm endpoint và kiểm tra mã trạng thái trở thành một kịch bản trực quan năm bước không cần code. Xác thực schema thay thế hầu hết các kiểm tra nội dung được viết thủ công: nhập hoặc thiết kế spec của bạn, và các phản hồi được tự động xác thực. Kiểm thử dựa trên dữ liệu (mỗi lần chạy chọn các hàng từ một bộ dữ liệu) là một tùy chọn tích hợp sẵn thay vì một vòng lặp tùy chỉnh.

Kiểm tra hiệu suất

Cấu hình người dùng ảo (tối đa 100), thời gian tăng tải và thời lượng dựa trên một kịch bản hiện có, sau đó xem biểu đồ trực tiếp. Đối với một nhóm mà "kiểm thử tải" thực chất là "xác nhận API sống sót với 50 người dùng đồng thời," điều này thay thế hoàn toàn k6 và loại bỏ vấn đề bảng điều khiển kết quả, vì báo cáo được lưu trữ trong không gian làm việc cùng với lịch sử chạy. Đối với các mô hình tốc độ đến tăng dần, kiểm thử ngâm tải hoặc hàng nghìn VU, thì không. Hướng dẫn kiểm thử hiệu suất API của chúng tôi sẽ hướng dẫn quy trình làm việc.

CI và tự động hóa

k6 run trở thành một lệnh Apidog CLI trong cùng một vị trí pipeline. Các kịch bản được kéo từ không gian làm việc, do đó việc chạy CI và chạy ứng dụng luôn đồng bộ; không có sự sai lệch kịch bản giữa những gì nhà phát triển chỉnh sửa và những gì pipeline thực thi. Đối với mô hình rộng hơn, xem các công cụ kiểm thử hiệu suất liên tục.

Ngoài kiểm thử

Mọi thứ mà k6 không cố gắng: thiết kế endpoint trực quan hoặc bằng code OpenAPI, cung cấp cho các nhóm frontend một URL giả lập nhận biết schema trước khi backend tồn tại, và xuất bản tài liệu tương tác trên miền của riêng bạn. Cũng đang cân nhắc việc chuyển đổi ứng dụng khách API tổng quát? Lựa chọn thay thế Postman tốt nhất sẽ so sánh điều đó.

k6 so với Apidog: Tổng quan nhanh

Tính toán chi phí, một cách trung thực

k6 OSS miễn phí mãi mãi, và nếu bản tóm tắt trên terminal là đủ, chi phí kiểm thử tải của bạn chỉ tốn thời gian kỹ thuật. Chi phí phát sinh ở hai nơi khác. Thứ nhất, cơ sở hạ tầng kết quả: hoặc tự host Grafana cộng với một cơ sở dữ liệu chuỗi thời gian, hoặc đồng hồ đo của Grafana Cloud k6, nơi một bộ kiểm thử hàng đêm vừa phải (50 VU trong 30 phút, khoảng 25 VUh mỗi đêm) sẽ tiêu thụ 500 VUh miễn phí trong vòng chưa đầy ba tuần, sau đó tốn khoảng $110 mỗi tháng trên gói Pro. Thứ hai, các công cụ mà k6 không bao gồm: nếu nhóm của bạn cũng trả tiền cho một ứng dụng khách API, một dịch vụ giả lập và một máy chủ tài liệu, thì $0 của k6 chỉ là một dòng trong hóa đơn.

Gói miễn phí của Apidog bao gồm 4 người dùng với các lần chạy kịch bản và hiệu suất không giới hạn, giả lập và tài liệu; các gói trả phí bắt đầu từ $9 mỗi người dùng mỗi tháng. Đối với một nhóm 5 người, so sánh không phải là "miễn phí so với $540 mỗi năm," mà là "$540 mỗi năm so với stack Grafana bạn duy trì cộng với ứng dụng khách, giả lập và công cụ tài liệu bạn đã mua riêng." Nếu tạo tải nặng là một yêu cầu thực sự, câu trả lời trung thực là cả hai: Apidog cho quy trình làm việc API, k6 OSS cho thiết bị tải, điều này vẫn giúp loại bỏ hóa đơn bảng điều khiển kết quả cho việc kiểm thử hàng ngày. Đối với lĩnh vực rộng hơn, hãy xem tổng hợp các công cụ kiểm thử tải của chúng tôi.

Di chuyển từ k6

Không có trình nhập một lần nhấp cho các kịch bản k6, vì kịch bản không phải là spec. Đường dẫn ngắn hơn bạn nghĩ:

1. Nhập định nghĩa API của bạn. OpenAPI/Swagger, Postman hoặc dán cURL. Các endpoint sẽ có schema, tài liệu và giả lập trực tiếp. Không có spec? Lưu các yêu cầu từ ứng dụng khách khi bạn gỡ lỗi và spec sẽ tích lũy.
2. Xây dựng lại mỗi kịch bản k6 thành một kịch bản kiểm thử trực quan. Chuỗi yêu cầu ánh xạ từng bước; các lệnh check() trở thành các xác nhận hoặc biến mất vào xác thực schema.
3. Di chuyển bộ dữ liệu. Dữ liệu kiểm thử CSV gắn vào các kịch bản với khớp hàng ngẫu nhiên hoặc tuần tự.
4. Tái tạo các kiểm tra tải hàng ngày dưới dạng kiểm thử hiệu suất (VU, tăng tải, thời lượng) trên cùng các kịch bản. Giữ các cấu hình tải thực sự trong k6.
5. Hoán đổi bước CI từ k6 run sang Apidog CLI.

Một bộ hàng tá kịch bản thường di chuyển trong một buổi chiều, và các kịch bản sau đó có thể được chỉnh sửa bởi toàn bộ nhóm, không chỉ các tác giả kịch bản.

Khi nào k6 vẫn hợp lý

Hãy giữ k6 khi bản thân tải là sản phẩm của việc kiểm thử của bạn: tốc độ đến tăng dần, kiểm thử ngâm tải kéo dài nhiều giờ, cấu hình đột biến tải, kiểm thử trên vài trăm VU, hoặc tạo tải phân tán từ nhiều khu vực. Hãy giữ nó khi các ngưỡng trên các số liệu tùy chỉnh kiểm soát việc triển khai của bạn, hoặc khi kiểm thử dưới dạng code có thể xem xét lại là một yêu cầu cứng nhắc của nhóm. Khả năng kiểm thử hiệu suất 100-VU, một máy của Apidog không cố ý trở thành công cụ đó, đó là ranh giới trung thực tương tự mà chúng tôi đã đặt ra cho Artillery và autocannon. So sánh các công cụ tải chuyên dụng với nhau thay vì đó? Xem lựa chọn thay thế JMeter tốt nhất và lựa chọn thay thế Gatling tốt nhất. Việc chuyển đổi sẽ mang lại hiệu quả khi bạn nhận thấy hầu hết các kịch bản k6 của bạn xác nhận nội dung phản hồi ở 1 VU; đó là một bộ kiểm thử API đang mặc quần áo của một công cụ tải.

Câu hỏi thường gặp

k6 có miễn phí không?

k6 OSS là mã nguồn mở và miễn phí theo AGPL-3.0. Grafana Cloud k6, bổ sung bảng điều khiển được host và tải phân tán từ hơn 20 khu vực, tính toán mức sử dụng theo giờ người dùng ảo: 500 VUh miễn phí mỗi tháng, sau đó gói Pro từ $0.15 mỗi VUh cộng với phí nền tảng $19 hàng tháng. Tự host bảng điều khiển với stack Grafana là con đường trung gian miễn phí nhưng bạn phải tự vận hành; hướng dẫn kiểm thử tải k6 của chúng tôi bao gồm quy trình làm việc OSS.

Apidog có thể thay thế k6 để kiểm thử tải không?

Đối với các kiểm tra đồng thời hàng ngày, có: kiểm thử hiệu suất chạy lên đến 100 người dùng ảo với tăng tải và số liệu trực tiếp, tái sử dụng các kịch bản hiện có của bạn. Đối với tải quy mô lớn hoặc phân tán (hàng nghìn VU, đa khu vực, cấu hình ngâm tải), không; hãy giữ k6 hoặc một trình tạo chuyên dụng khác từ tổng hợp các công cụ kiểm thử tải của chúng tôi cho công việc đó.

Tôi có thể nhập kịch bản k6 vào Apidog không?

Không trực tiếp; các kịch bản k6 là chương trình JavaScript, không phải định nghĩa API. Thay vào đó, hãy nhập spec OpenAPI hoặc bộ sưu tập Postman của bạn, sau đó xây dựng lại các kịch bản thành các kịch bản trực quan. Các xác nhận ánh xạ tới các kiểm tra không code hoặc xác thực schema tự động, và các bộ dữ liệu CSV gắn vào các kịch bản để chạy dựa trên dữ liệu.

Apidog có hoạt động trong CI như k6 không?

Có. Apidog CLI chạy các kịch bản kiểm thử trong bất kỳ pipeline nào (GitHub Actions, GitLab CI, Jenkins) với mã thoát pass/fail, và nó miễn phí không giới hạn sử dụng. Các kịch bản nằm trong không gian làm việc chung, vì vậy CI luôn chạy những gì nhóm đã chỉnh sửa gần đây nhất.

k6 có gì mà Apidog không có?

Mô hình hóa tải sâu rộng: kịch bản và trình thực thi, tốc độ đến tăng dần, ngưỡng trên các số liệu tùy chỉnh, kiểm thử hiệu suất dựa trên trình duyệt và tạo tải phân tán đám mây lên đến 1 triệu VU. Nếu đó là yêu cầu của bạn, k6 là công cụ phù hợp và đây là cuộc di chuyển sai lầm.

Ngừng viết kịch bản cho các kiểm tra API của bạn

Nếu các kịch bản k6 của bạn chủ yếu xác minh rằng các endpoint hoạt động đúng, hãy chuyển chúng đến một nơi được xây dựng cho điều đó: các kịch bản trực quan, xác thực schema tự động, một trình chạy không giới hạn, kiểm tra hiệu suất tích hợp lên đến 100 VU, và giả lập cùng tài liệu từ cùng một spec. Tải Apidog hoặc bắt đầu trong trình duyệt; một nhóm 4 người không phải trả gì, và spec được nhập đầu tiên của bạn sẽ đi kèm với các bài kiểm thử, giả lập và tài liệu.