Locust: viết load test bằng Python thuần

Vì sao load testing quan trọng

Phần lớn công cụ load test buộc bạn mô tả hành vi người dùng qua GUI, một DSL riêng, hoặc file test plan XML — vốn không version tốt và rất khó branch, review hay sinh tự động bằng script. Một luồng checkout có logic điều kiện, retry, hoặc item ID ngẫu nhiên sẽ biến thành hàng loạt bước GUI copy-paste hoặc một script viết bằng ngôn ngữ scripting riêng của công cụ đó. Locust ra đời để giải quyết trực tiếp bài toán "hành vi người dùng dưới dạng code" này bằng Python thuần, chạy bằng interpreter thông thường.

Locust là gì?

Locust là công cụ load test mã nguồn mở cho phép bạn viết kịch bản test dưới dạng class Python thuần thay vì GUI hay DSL. Mỗi user mô phỏng chạy trong một greenlet gevent riêng, nhờ đó một process Python duy nhất có thể điều khiển nhiều user đồng thời với chi phí thấp hơn mô hình một thread cho mỗi user. Bạn có thể chạy Locust từ command line hoặc qua web UI, nơi hiển thị throughput, response time và lỗi ngay khi test đang chạy.

Tính năng chính

• ✓Kịch bản test là class Python (kế thừa HttpUser) với các method gắn @task, nên nhánh điều kiện, vòng lặp và dữ liệu ngẫu nhiên dùng Python thông thường thay vì một DSL.
• ✓Mỗi virtual user chạy trong greenlet gevent riêng, cho phép một process xử lý nhiều user đồng thời mà không cần một thread cho mỗi user.
• ✓Web UI hiển thị throughput, response time và số lỗi theo thời gian thực, và cho phép đổi số lượng user ngay khi test đang chạy.
• ✓Có thể chạy headless, không cần UI, từ CLI — README gọi đây là phù hợp với pipeline CI/CD.
• ✓Chạy phân tán trên nhiều máy cho các test lớn hơn, theo mô tả distributed/scalable trong README.
• ✓Không giới hạn ở HTTP — README nói bạn có thể viết client cho bất kỳ protocol nào, hoặc dùng lại client cộng đồng đã xây sẵn.
• ✓Kiến trúc pluggable: README dẫn ví dụ thực tế như đẩy dữ liệu vào TimescaleDB rồi trực quan hóa bằng Grafana, hoặc dùng một load shape tùy chỉnh.

Dùng Locust để làm gì

• •Mô phỏng hành trình người dùng nhiều bước thực tế trên web app hoặc API, kiểu login rồi browse rồi checkout, viết dưới dạng các method @task theo thứ tự.
• •Stress test để tìm điểm mà response time hoặc tỷ lệ lỗi bắt đầu xấu đi khi tăng concurrency.
• •Chạy load test như một CI/CD gate ở chế độ headless trước khi deploy.
• •Test các hệ thống không phải HTTP bằng cách viết client tùy chỉnh, theo hướng dẫn của README cho các protocol khác HTTP.
• •Chạy test phân tán trên nhiều máy khi một process không tạo đủ tải cần thiết.

Cài đặt Locust

README không nêu trực tiếp lệnh cài đặt — nó dẫn sang trang installation của tài liệu chính thức thay vì liệt kê ở đây. Dựa trên thông tin có trong nguồn này, lệnh cài đặt cụ thể không được ghi rõ; nên xem tài liệu được dẫn để có hướng dẫn hiện tại thay vì đoán một lệnh cụ thể từ trang này.

Viết load test đầu tiên

Một test đầu tiên là một class Python kế thừa HttpUser, đặt wait_time giữa các request, và định nghĩa một hoặc nhiều method @task gọi self.client.get() hoặc self.client.post() vào host mục tiêu. Trọng số của task quyết định tần suất mỗi task chạy — ví dụ trong README dùng @task(3) để cho một task chạy nhiều gấp 3 lần task khác. Sau đó bạn chạy file này, hoặc qua web UI để xem metric trực tiếp và chỉnh số user khi đang chạy, hoặc headless từ command line — điều mà README mô tả là phù hợp cho CI/CD.

Locust so với JMeter, k6 và Gatling

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

Ai nên dùng — và ai nên bỏ qua

Các team đã viết setup test, fixture và logic nghiệp vụ bằng Python sẽ tận dụng Locust tốt nhất — toàn bộ giá trị của nó biến mất nếu bạn muốn không đụng đến một dòng code nào. Nó cũng hợp với ai có kịch bản test thật sự có nhánh điều kiện, bước có điều kiện, retry, input ngẫu nhiên, mà một GUI recorder xử lý khá vụng về. Bỏ qua Locust nếu bạn cần công cụ no-code cho người không lập trình, hoặc nếu con số request/giây thuần trên một máy là thứ duy nhất quan trọng — chính README cũng thừa nhận công cụ khác có thể tạo nhiều request/giây hơn trên cùng phần cứng.

Repo liên quan