Chọn phương thức chạy phù hợp#
Apidog cung cấp nhiều cách để chạy bộ kiểm thử, phù hợp với các yêu cầu kiểm thử khác nhau.1.
Thực thi trực quan cục bộ:
Phương thức này được khởi chạy từ máy cục bộ và phù hợp cho kiểm thử nhanh, quy mô nhỏ.
Phương thức này đặc biệt hiệu quả khi quá trình phát triển và kiểm thử diễn ra đồng thời, cho phép giám sát theo thời gian thực và điều chỉnh ngay lập tức.
Lý tưởng để xử lý dữ liệu quy mô lớn hoặc các kịch bản lặp, phương thức này cung cấp tốc độ thực thi cao hơn.
Phương thức này có khả năng chạy ngoại tuyến, phù hợp với các môi trường có tài nguyên hạn chế hoặc không yêu cầu giao diện người dùng đồ họa.
Kiểu thực thi này được tích hợp trong pipeline CI/CD, khiến nó trở thành một lựa chọn tuyệt vời cho các quy trình tích hợp tự động và triển khai liên tục.
Phương thức này đặc biệt hữu ích trong các môi trường nơi các kiểm thử được chạy thường xuyên để xác nhận tính ổn định của API sau mỗi lần cập nhật mã.
4.
Thực thi bằng Runner tự lưu trữ:
Các nhóm có thể thiết lập Apidog Runner trên máy chủ riêng của họ, tận dụng tài nguyên tính toán mạnh mẽ hơn cho kiểm thử.
Phương thức này bao gồm hỗ trợ cho các tác vụ theo lịch, khiến nó trở nên lý tưởng cho những kịch bản cần kiểm thử định kỳ hoặc có nhu cầu kiểm thử lớn.
Trong bộ kiểm thử, nếu các biến môi trường/toàn cục được sử dụng, giá trị thực tế của các biến này có thể khác nhau tùy theo phương thức thực thi được chọn, điều này có thể dẫn đến kết quả kiểm thử không nhất quán. Tìm hiểu thêm. Cấu hình thực thi trong bộ kiểm thử#
Khi chạy bộ kiểm thử trong Apidog, bạn có thể cấu hình nhiều thiết lập và tùy chọn để chạy kiểm thử theo các yêu cầu cụ thể.Cấu hình chung#
Bạn có thể điều chỉnh các thiết lập sau trong cấu hình chạy ở phía bên phải của bộ kiểm thử:Chỉ định dịch vụ (base URL) mà các yêu cầu trong kịch bản sẽ được gửi đến và tập biến sẽ được sử dụng. Để biết chi tiết, xem Quản lý môi trường. Bộ kiểm thử hỗ trợ hai chế độ chạy:Tuần tự: Thực thi từng kịch bản kiểm thử theo thứ tự. Phù hợp với các kịch bản có phụ thuộc hoặc môi trường bị giới hạn tài nguyên.
Song song: Thực thi nhiều kịch bản kiểm thử đồng thời. Hệ thống tự động xác định mức đồng thời tối ưu dựa trên tài nguyên máy khả dụng. Phù hợp cho kiểm thử hồi quy quy mô lớn nhằm rút ngắn đáng kể thời gian thực thi.
Máy thực sự tiêu thụ tài nguyên phần cứng để chạy bộ kiểm thử. Tất cả các yêu cầu được khởi tạo trong bộ kiểm thử sẽ được gửi từ máy được chỉ định tại đây. Do đó, sự khác biệt về môi trường mạng của máy gửi yêu cầu có thể dẫn đến kết quả kiểm thử khác nhau.Thiết lập này sẽ không được lưu như một phần của cấu hình chạy của bộ kiểm thử. Mỗi lần chạy, máy cục bộ sẽ được sử dụng theo mặc định để chạy bộ kiểm thử. Ngoài ra, thiết lập này sẽ không có hiệu lực trong quá trình chạy hàng loạt hoặc thực thi CLI. Trong các trường hợp này, các yêu cầu sẽ được khởi tạo bằng tài nguyên của máy hiện tại.
Bật tính năng này sẽ gửi thông báo đến những người nhận được chỉ định sau khi bộ kiểm thử thủ công hoàn tất. Thông báo sẽ bao gồm phần tổng quan về kết quả kiểm thử và liên kết đến báo cáo chi tiết. Bạn có thể cấu hình gửi thông báo ngay khi kiểm thử hoàn tất hoặc chỉ khi xảy ra lỗi, giúp giảm thiểu các cảnh báo không cần thiết. Tham khảo thiết lập thông báo để biết thêm thông tin chi tiết. Chạy song song#
Khi số lượng kịch bản trong một bộ kiểm thử tăng lên hàng trăm, chạy tuần tự trở thành một điểm nghẽn. Một lần kiểm thử hồi quy đầy đủ mất một giờ có thể làm chậm việc phát hành và làm chậm quá trình phát hiện sự cố.Chuyển chế độ chạy sang "Song song" cho phép hệ thống thực thi nhiều kịch bản cùng lúc. Mức đồng thời được quản lý tự động dựa trên tài nguyên máy. Một kiểm thử ban đầu mất 60 phút có thể được rút ngắn xuống dưới 30 phút mà không cần sửa đổi bất kỳ logic kiểm thử nào.Cô lập phụ thuộc#
Trong quá trình chạy song song, mỗi kịch bản kiểm thử chạy trong một ngữ cảnh độc lập để đảm bảo:Các biến được chia sẻ trong một kịch bản không ảnh hưởng đến các kịch bản khác.
Trạng thái môi trường không can thiệp lẫn nhau giữa các kịch bản.
Nếu có các phụ thuộc thực tế giữa các kịch bản (ví dụ: Kịch bản B cần dữ liệu được tạo bởi Kịch bản A), bạn nên hợp nhất chúng thành một kịch bản kiểm thử duy nhất và sử dụng các bước tuần tự để điều phối thứ tự thực thi.
