Thiết kế các tình huống lỗi với proxy gỡ lỗi
Chọn các chỉnh sửa HTTP, độ trễ và trao đổi bị ngắt theo hành vi máy khách mà bài kiểm thử dựa trên proxy cần khảo sát.
Proxy gỡ lỗi hữu ích khi máy khách cần gặp một phản hồi mà máy chủ thông thường hiếm khi tạo ra. Trước tiên hãy xác định hành vi máy khách, sau đó chọn biện pháp can thiệp tạo ra điều kiện đó.
«Yêu cầu thất bại» là một tình huống kiểm thử quá rộng. Một phản hồi lỗi HTTP hợp lệ, một phản hồi không bao giờ đến và một kết nối bị ngắt giữa lúc tải xuống đòi hỏi ứng dụng những điều khác nhau.
| Tình huống | Hành vi cần xem xét |
|---|---|
| Một phản hồi lỗi HTTP đầy đủ | Máy khách có đọc trạng thái và áp dụng chính sách lỗi dự định hay không |
| Một phản hồi bị trì hoãn | Người dùng có thể hủy và thời gian chờ có áp dụng ở giai đoạn dự định hay không |
| Một trường tiêu đề hoặc thân không mong đợi | Việc phân tích và xác thực có thất bại rõ ràng hay không |
| Một trao đổi bị ngắt | Dữ liệu chưa hoàn chỉnh có còn phân biệt được với kết quả đã hoàn tất hay không |
Dùng can thiệp ở đúng tầng
Charles cung cấp các điểm dừng tạm giữ yêu cầu hoặc phản hồi trước khi chuyển tiếp. Thông điệp bị chặn có thể được xem xét và chỉnh sửa, cho đi qua hoặc hủy bỏ. Công cụ Rewrite của nó áp dụng các thay đổi lặp lại được cho tiêu đề, URL hoặc thân khớp. Việc giới hạn tốc độ kiểm soát băng thông và độ trễ tăng thêm.
Các kiểm soát này có thể khảo sát hành vi của máy khách HTTP, nhưng giới hạn băng thông không phải là mô hình chính xác của việc mất gói IP ngẫu nhiên. Proxy có thể đệm dữ liệu, tái sử dụng kết nối và mở một kết nối thượng nguồn riêng. Hãy chọn công cụ làm suy giảm mạng khi điều kiện cần thiết nằm cụ thể bên dưới HTTP.
Giữ cho mỗi tình huống có thể diễn giải
Khớp máy chủ và đường dẫn dự định một cách hẹp. Bắt đầu bằng một trao đổi bình thường, bật một thay đổi và ghi lại những gì đã thay đổi. Nếu lần thử lại chạm tới một điểm cuối thứ hai, hãy quyết định xem cùng quy tắc có nên ảnh hưởng đến lần thử đó hay không. Nếu không, việc viết lại vô điều kiện có thể biến mọi đường phục hồi thành lỗi ban đầu.
Trong một lần tải lên hoặc thao tác giống thanh toán, một phản hồi bị mất không chứng minh rằng máy chủ đã từ chối yêu cầu. Hãy đưa sự mơ hồ đó vào tình huống thử lại thay vì khẳng định mọi lỗi truyền tải đều an toàn để lặp lại.
Việc kiểm tra hoặc chỉnh sửa nội dung HTTPS đòi hỏi máy khách tham gia vào thiết lập kiểm tra TLS của proxy gỡ lỗi. Một proxy chỉ mang CONNECT sẽ thấy các byte ứng dụng đã mã hóa. Hãy dùng một cấu hình kiểm thử riêng biệt và khôi phục định tuyến cùng thiết lập tin cậy của nó sau đó, để các quan sát về sau mô tả máy khách bình thường.