1. Tóm tắt nhanh & màn hình bạn sẽ test
Nếu bạn đã quen với phân vùng tương đương và giá trị biên cơ bản (test min-1, min, max, max+1 cho một trường), chương này đưa bạn lên một tầm cao hơn: điều gì xảy ra khi HAI hay NHIỀU trường cùng ảnh hưởng tới một quyết định, và biên của trường này lại phụ thuộc vào giá trị của trường khác? Đó chính là bài toán thường gặp ở các hệ thống fintech, bảo hiểm, chấm điểm rủi ro — nơi một quy tắc duyệt/từ chối không bao giờ chỉ dựa trên một con số đơn lẻ.
2. Bốn điểm test của domain matrix: ON, OFF, IN, OUT
Với mỗi biến có ràng buộc biên, domain analysis định nghĩa 4 điểm test chuẩn thay vì chỉ 2 (min/max) như giá trị biên cơ bản. ON là giá trị đúng ngay tại ranh giới. OFF là giá trị sát biên nhưng ở phía ĐỐI DIỆN với ON — thường lệch đúng một đơn vị nhỏ nhất có ý nghĩa (ví dụ 1 đồng, 1 điểm, 1 tháng). IN là một giá trị đại diện nằm sâu trong miền hợp lệ, còn OUT là một giá trị đại diện nằm rõ ràng ngoài miền hợp lệ.
Sự khác biệt so với giá trị biên cơ bản không phải ở tên gọi, mà ở CÁCH BẠN DÙNG 4 điểm này khi hệ thống có nhiều biến: bạn không dừng ở việc lập một bảng riêng cho từng biến, mà tổ chức chúng thành một 'domain matrix' — một bảng tổng thể cho phép bạn nhìn thấy TẤT CẢ các biến và điểm test của chúng cùng lúc, chuẩn bị cho bước kết hợp ở chương sau.
3. Vì sao quan trọng ở hệ duyệt vay fintech
Ở VayNhanh, quyết định duyệt hay từ chối một khoản vay không dựa vào một biến đơn lẻ mà dựa trên TỔ HỢP của điểm tín dụng, thu nhập, hạn mức đề nghị và kỳ hạn — mà hạn mức tối đa lại được TÍNH TỪ thu nhập (ví dụ hạn mức ≤ 10 lần thu nhập tháng), tức là biên của biến này phụ thuộc vào giá trị của biến kia. Đây chính là kiểu hệ thống mà domain analysis được sinh ra để phục vụ.
Nếu chỉ test biên từng biến độc lập, bạn dễ bỏ sót đúng những trường hợp nguy hiểm nhất: khi hai biến CÙNG nằm ở biên, hệ thống có thể áp dụng một nhánh xử lý hoàn toàn khác (ví dụ chuyển sang duyệt thủ công) mà chưa từng được kiểm chứng. Với một tổ chức tín dụng, một lỗ hổng như vậy có thể dẫn tới duyệt nhầm khoản vay rủi ro cao trên diện rộng, hoặc từ chối oan hàng loạt khách hàng đủ điều kiện — cả hai đều tốn kém và ảnh hưởng tuân thủ quy định cho vay tiêu dùng.
Vì vậy, một tester biết lập domain matrix cho nhiều biến phụ thuộc — thay vì chỉ kiểm biên từng ô riêng lẻ — chính là người bảo vệ được cả độ chính xác nghiệp vụ lẫn tuân thủ quy định của hệ thống fintech, đồng thời vẫn giữ số lượng ca kiểm thử ở mức khả thi nhờ kỹ thuật n+1.
4. Chuẩn bị: xác định biến, ràng buộc & điểm biên
Trước khi vẽ được domain matrix, bạn cần đọc kỹ đặc tả nghiệp vụ để tách bạch được biến nào ĐỘC LẬP và biến nào PHỤ THUỘC vào biến khác — đây là bước dễ bị bỏ qua nhất nhưng quyết định độ chính xác của toàn bộ bảng.
▶ Bước 1: Liệt kê mọi biến ảnh hưởng tới quyết định duyệt/từ chối: điểm tín dụng, thu nhập, hạn mức, kỳ hạn.
▶ Bước 2: Với mỗi biến, xác định ranh giới (min/max) và công thức nếu biên đó PHỤ THUỘC biến khác (ví dụ hạn mức ≤ 10× thu nhập).
▶ Bước 3: Với biến độc lập, xác định 4 điểm ON/OFF/IN/OUT như chương 2.
💬 Bình luận (0)
Chưa có bình luận nào. Hãy là người đầu tiên!