Đáp án đúng, nhưng con đường sai

Con số 420 có thể đúng vì hai lý do trái ngược. Trong ví dụ này, hai tác nhân trả cùng một phân khúc liên hệ gồm 420 khách hàng. Một tác nhân dùng đối tượng cửa hàng đã duyệt và kiểm tra sự đồng ý. Tác nhân kia sao chép tệp xuất cũ từ không gian làm việc khác và tình cờ cũng có số đó.

Chấm điểm chỉ theo kết quả sẽ cho cả hai điểm tối đa. Đó là cách chấm sai.

Cuộc thảo luận về xác minh trong môi trường tác nhân tách đầu ra cuối khỏi con đường tạo ra nó. Trong ví dụ bảng tính, con số đúng chỉ là một phần nhiệm vụ. Công thức, nguồn tham chiếu và định dạng bắt buộc cũng quan trọng. Với tích hợp, sự khác biệt sắc hơn: nguồn gốc kết quả có thể quyết định nó có được phép hay không.

Giá trị cuối không chứng minh nguồn gốc

Giả sử tác nhân đề xuất ánh xạ trường từ đối tượng khách hàng của cửa hàng sang hệ thống marketing. Nó ghép email với email, firstName với tên và một trường đồng ý với trạng thái marketing ở đích. Bản xem trước có vẻ hợp lý.

Nó đã đọc gì để chọn? Lược đồ hiện tại, mẫu cũ hay tài liệu của tài khoản khác? Nó xem ý nghĩa trường đồng ý hay đoán theo tên? Nó hiểu null là “chưa đăng ký” hay “chưa biết”?

Mỗi câu trả lời thay đổi độ đáng tin của cùng một ánh xạ. Ánh xạ là đầu ra. Dấu vết bằng chứng là lý do để sử dụng nó.

Dấu vết phải chỉ ra phiên bản nào của từng nguồn có sẵn lúc quyết định. Ảnh chụp lược đồ đã sửa sau đó không giải thích ánh xạ được đề xuất hôm qua. Lưu bản sửa đổi lược đồ hoặc tài liệu liên quan với quyết định, rồi giữ liên kết giữa bản đó và quy tắc đã duyệt. Mục tiêu là tái dựng quyết định, không lưu mọi trang tác nhân từng thấy.

Vì vậy dấu vết công cụ có thể quan trọng hơn lời giải thích tự tin. Nó ghi các lời gọi và định danh cụ thể tác nhân dùng. Bản tóm tắt có ích nhưng không chứng minh nguồn đã được tham khảo. Trong tích hợp, bằng chứng nên trỏ tới đối tượng nguồn, đặc tả kỹ thuật của hệ thống đích và quy tắc cụ thể sẽ chuyển dữ liệu.

Hướng dẫn tích hợp công cụ kinh doanh bắt đầu từ quyền sở hữu trường vì tên hai bên hiếm khi quyết định thẩm quyền. Kiểm tra quy trình hỏi liệu tác nhân thật sự tham khảo quyết định sở hữu đó trước khi soạn lượt ghi hay chưa.

Viết con đường được phép vào nhiệm vụ

Trường hợp kiểm thử tốt có hai phần. Trước hết, nêu hệ thống đích phải chứa gì. Sau đó, nêu bằng chứng và hành động nào được phép trên đường đi.

Với phân khúc minh họa, đầu ra mong đợi có thể là 420 liên hệ, nhưng con đường được duyệt còn có thể yêu cầu truy vấn trong phạm vi cửa hàng, ánh xạ đồng ý hiện tại và bản xem trước nêu các bản ghi bị loại. Nó có thể cấm đọc chéo không gian làm việc và gửi chiến dịch trực tiếp.

Như vậy bộ xác minh trở nên cụ thể. Nó có thể bác bỏ định danh thuộc không gian khác bằng quy tắc. Nó kiểm tra lệnh xem trước có xảy ra trước kích hoạt không. Nó xác nhận nguồn dữ liệu nêu trong đầu ra khớp nguồn trong dấu vết. Đây là quy tắc, không phải ý kiến mô hình.

Câu hỏi còn lại có thể cần phán đoán: trường đồng ý được chọn có thật sự cho phép chiến dịch này không? Lúc đó người hoặc mô hình quyết định phạm vi hẹp cần xem định nghĩa trường và mục đích sử dụng. Quy tắc và phán đoán làm việc khác nhau.

Nhờ vậy lỗi kiểm thử có thông báo hữu ích. “Sai đáp án” khiến nhóm phải đoán. “Số lượng đúng nhưng đối tượng lấy từ không gian làm việc khác” chỉ ra lỗi ranh giới dữ liệu. “Ánh xạ đúng nhưng thiếu định nghĩa đồng ý” chỉ ra thiếu bằng chứng. Bộ xác minh nên báo điều kiện thất bại và mục dấu vết gây ra, để sửa con đường thay vì trau chuốt câu chữ cuối.

Dấu vết chứng minh điều gì?

1. Nguồn đã duyệt và đủ kiểm tra

   Chấp nhận con đường

   Kết quả có bằng chứng nhiệm vụ yêu cầu.

2. Nguồn thuộc không gian khác

   Bác bỏ con đường

   Số lượng trùng không cấp quyền đọc đó.

3. Thiếu bằng chứng bắt buộc

   Giữ để xem xét

   Chỉ đầu ra không cho biết nó được tạo thế nào.

Đừng biến dấu vết thành nghi thức

Phản biện hợp lý: “Tác nhân có thể thực hiện đủ lời gọi rồi bỏ qua chúng.” Đúng. Danh sách lời gọi chứng minh lệnh đã xảy ra, không chứng minh bằng chứng trả về ảnh hưởng quyết định.

Cách thử là thay đổi bằng chứng. Đưa hai bản ghi gần giống nhưng trạng thái đồng ý khác nhau. Nếu tác nhân vẫn đưa cùng ánh xạ và giải thích, việc tham khảo nguồn có thể chỉ là diễn. Cách khác là bỏ nguồn bắt buộc rồi yêu cầu nó dừng. Tác nhân tự lấp khoảng trống bằng trí nhớ đã không đi theo con đường được phép.

Chi phí là thêm công việc tạo bộ dữ liệu kiểm thử. Ai đó phải định nghĩa nguồn được phép, những khác biệt mong đợi và đường tắt bị cấm. Điểm số chung “đáp án trông ổn?” rẻ hơn để xây, nhưng dạy được ít hơn.

Reverse ETL biến ánh xạ thành việc chuyển dữ liệu lặp lại. Sau khi duyệt ánh xạ, mã thông thường áp dụng nó mà không bắt tác nhân xem lại bằng chứng trên từng hàng. Kiểm tra con đường đặt ở quyết định tạo hoặc đổi quy tắc, rồi lặp lại khi đặc tả kỹ thuật thay đổi khiến nó đáng nghi.

Đáp án đúng lấy qua sai tài khoản không phải sai sót gần đúng. Đó là nhiệm vụ khác.