Application Load & Stress Testing: Đánh giá những gì

Đây là gì

Application Load & Stress Testing xem xét hành vi của sản phẩm dưới áp lực sử dụng có kiểm soát, không phải lưu lượng thù địch. Công việc phân biệt việc xác thực ở mức tải dự kiến với việc khám phá áp lực có kiểm soát. Xác thực ở mức tải dự kiến đặt câu hỏi các hành trình được chọn hoạt động thế nào quanh mức sử dụng mà đội ngũ có thể dự kiến một cách hợp lý; khám phá áp lực xem xét cẩn thận hành vi thay đổi ra sao khi mức tải được phê duyệt tăng dần tới một ranh giới an toàn. Thiết kế kịch bản là yếu tố trung tâm: môi trường được chọn, dữ liệu kiểm thử, số người dùng đồng thời, tổ hợp giao dịch, mô hình tăng tải, trạng thái của các phụ thuộc, khả năng quan sát và điều kiện dừng quyết định những gì có thể rút ra. Việc thực hiện trên production được cân nhắc theo từng trường hợp trong giai đoạn xác định phạm vi. Báo cáo thu được giải thích các quan sát về thời gian phản hồi, lỗi, độ ổn định, điểm nghẽn, phụ thuộc, tín hiệu năng lực và quá trình phục hồi trong bối cảnh khung thời gian đã thống nhất. Việc kiểm thử lại để xác thực sau khi thay đổi là tùy chọn và được xác định phạm vi riêng.

Dành cho ai

Đợt hợp tác này phù hợp với các đội ngũ:

• Phụ trách một đợt ra mắt sản phẩm, chiến dịch, di chuyển hệ thống hoặc mở rộng quy mô, trong đó các hành trình khách hàng được chọn cần bằng chứng theo một mô hình sử dụng đã thống nhất
• Dẫn dắt các đội kỹ thuật hoặc nền tảng cần so sánh hành vi ứng dụng, các phụ thuộc và tín hiệu điểm nghẽn với một kịch bản được xác định
• Có dữ liệu kiểm thử mang tính đại diện, một môi trường phù hợp và các đầu mối kỹ thuật được nêu tên có thể xác nhận giới hạn an toàn và điều kiện dừng
• Muốn tách các câu hỏi về tải sử dụng thông thường khỏi khả năng chống chịu DDoS, kiểm thử xâm nhập hoặc giám sát production liên tục

Giúp làm rõ điều gì

Đợt hợp tác giúp làm rõ:

• Những hành trình và mô hình giao dịch nào quan trọng nhất, số người dùng đồng thời và mô hình tăng tải nào là hợp lý, và môi trường mang tính đại diện đến mức nào
• Những chỗ mà thời gian phản hồi, tỷ lệ lỗi, độ ổn định, hành vi bộ nhớ đệm, tích hợp hoặc phụ thuộc hạ tầng thay đổi khi mức tải đã thống nhất tăng lên
• Những quan sát nào chỉ ra cần một buổi trao đổi về sản phẩm, ứng dụng, dữ liệu, nền tảng hoặc nhà cung cấp
• Những câu hỏi nào về các tổ hợp lưu lượng khác, các bản phát hành trong tương lai, các tích hợp chưa được kiểm thử, mức độ phù hợp cho production hoặc năng lực lâu dài nằm ngoài kịch bản đã kiểm thử

Những gì được bao gồm

• Thỏa thuận bằng văn bản về hành trình, kịch bản sử dụng, số người dùng đồng thời, mức tải, môi trường, dữ liệu kiểm thử, mô hình tăng tải, giới hạn an toàn và điều kiện dừng
• Kiểm thử có kiểm soát trong khung thời gian được phê duyệt, với các đầu mối liên hệ được nêu tên và điều kiện tạm dừng
• Quan sát về thời gian phản hồi, tỷ lệ lỗi, độ ổn định, điểm nghẽn, phụ thuộc, năng lực và quá trình phục hồi trong phạm vi
• Báo cáo phát hiện kèm bối cảnh bằng chứng, các giới hạn và hướng dẫn tiếp theo được ưu tiên
• Tùy chọn kiểm thử lại để xác thực, có phạm vi riêng, sau khi khách hàng thực hiện thay đổi

Những gì không được bao gồm

• Kiểm thử khả năng chống chịu DDoS, mô phỏng tấn công mạng, kiểm thử production không giới hạn hoặc hướng dẫn tấn công
• Đảm bảo về mức độ sẵn sàng ra mắt, thời gian hoạt động, thời gian phản hồi mục tiêu, năng lực mở rộng, hiệu năng trong tương lai, vận hành không có lỗi hoặc mức độ phù hợp cho production
• Khắc phục mã nguồn, di chuyển hạ tầng, giám sát liên tục hoặc vận hành sau đợt hợp tác
• Các kịch bản, dữ liệu, môi trường hoặc hệ thống nằm ngoài ranh giới kiểm thử bằng văn bản

Khi nào nên chọn

Hãy chọn dịch vụ này khi doanh nghiệp có thể xác định các hành trình và điều kiện sử dụng cần hiểu rõ trước một bản phát hành hoặc thay đổi. Dịch vụ hữu ích cho đội ngũ muốn có một góc nhìn được đo lường về một kịch bản đã thống nhất thay vì các giả định dựa trên một bài kiểm thử nội bộ nhỏ. Đối với việc lọc lưu lượng và tính sẵn sàng trong một đợt gián đoạn có kiểm soát, sự cố đang diễn ra, kiểm thử xâm nhập hoặc các thay đổi về mã nguồn và hạ tầng, một đợt hợp tác chuyên biệt sẽ phù hợp hơn. Những nhu cầu đó cần các phạm vi khác. Điểm khởi đầu vững chắc nhất là một người phụ trách sản phẩm và một trưởng nhóm kỹ thuật có thể thống nhất kịch bản, môi trường, dữ liệu kiểm thử, các ngưỡng kinh doanh và quyết định mà các phát hiện cần hỗ trợ.

Phương pháp của chúng tôi

Chúng tôi xây dựng bài kiểm thử xoay quanh quyết định về sản phẩm thay vì một con số tối đa trừu tượng. Trước tiên, chúng tôi thống nhất các hành trình, cách tiếp cận dữ liệu, môi trường, giả định về số người dùng đồng thời, mô hình tăng tải, các điểm quan sát, ngưỡng an toàn tối đa và điều kiện dừng. Sau đó, chúng tôi xác nhận điều gì làm cho môi trường mang tính đại diện và những khác biệt nào phải được ghi lại. Trong khung thời gian theo lịch, đội ngũ quan sát cách các hành trình đã thống nhất phản ứng khi mức tải thay đổi, bao gồm lỗi, độ trễ, độ ổn định, phụ thuộc, chỉ báo năng lực và quá trình phục hồi sau mức tải được phê duyệt. Một ngưỡng an toàn sẽ tạm dừng bài kiểm thử ngay lập tức. Phần phân tích gắn bằng chứng trực tiếp với kịch bản đã kiểm thử, để mỗi kết luận nêu rõ phạm vi áp dụng của nó. Bản bàn giao cuối cùng xác định các điểm nghẽn, phụ thuộc, giới hạn và các hành động hợp lý của người phụ trách. Việc khắc phục do khách hàng thực hiện, di chuyển hệ thống, quan sát liên tục và mọi đợt kiểm thử lại để xác thực sau này vẫn là công việc riêng. Báo cáo được thiết kế để hỗ trợ một buổi trao đổi lập kế hoạch thực tế trong khuôn khổ trách nhiệm về bản phát hành và chương trình hiệu năng rộng hơn của bạn.

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

Bài viết liên quan