Chuyển mục tiêu chất lượng mơ hồ thành kịch bản có phản hồi quan sát được và quy tắc đo. “Portal phải nhanh” chưa đủ để chọn thiết kế hoặc kết luận bản phát hành đáp ứng yêu cầu.
Xác định nguồn kích thích, kích thích, hệ thống chịu tác động, điều kiện vận hành, phản hồi mong đợi và thước đo phản hồi. Các phần này làm rõ giả định để nhiều đội có thể kiểm thử cùng một cam kết.
Với cổng trả hàng minh họa, thống nhất kịch bản sau với người sở hữu nghiệp vụ:
Đây là mục tiêu ví dụ, không phải chuẩn mặc định của ngành. Báo cáo lỗi riêng để phản hồi từ chối nhanh không làm kết quả độ trễ trông tốt giả tạo. Xác nhận tiếp nhận cũng khác hoàn tất xử lý ở kho; bước đó cần tiêu chí thời gian nghiệp vụ riêng.
Thiết kế có thể lưu bền vững yêu cầu rồi xử lý công việc kho bất đồng bộ. Kiểm thử đúng luồng đó, gồm điều kiện mạng thực tế. Viết kịch bản riêng khi phụ thuộc không khả dụng và lúc khôi phục; bài kiểm tra tải trong trạng thái bình thường không chứng minh hai trường hợp này.
Độ trễ trung bình che khuất người dùng bị chậm. Bộ dữ liệu không xác định khiến kết quả khó tái lập. “Luôn khả dụng” không nêu phạm vi lỗi hay cửa sổ đo. Câu trả lời phỏng vấn tốt xác định đo gì, từ đâu, trong điều kiện nào và ai đồng ý rằng mục tiêu đó là đủ.
Tham khảo: SEI: đặc tả yêu cầu thuộc tính chất lượng.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ