Rắc rối quản trị dữ liệu trước khi thử nghiệm và cách giải quyết

Chuyện gì đã xảy ra?

Trước khi thử nghiệm một hệ thống dữ liệu mới, các nhóm thường thiếu dữ liệu kiểm thử. Có quá ít bản ghi để tạo tải công việc thực tế, và dữ liệu hiện có không bao phủ các tình huống kinh doanh thật. Phòng IT chỉ sang nhóm kinh doanh, nhóm kinh doanh lại chỉ sang IT hoặc kiến trúc sư, còn quản lý dự án thì phải chờ. Báo cáo tiến độ cứ ghi "đang làm rõ dữ liệu kiểm thử" mà không có tiến triển thực sự.

Những điểm chính cần nhớ

• Các nhóm lập kế hoạch kiến trúc dữ liệu cẩn thận, nhưng hầu như không ai lập kế hoạch cho dữ liệu kiểm thử.
• Dữ liệu kiểm thử không thuộc về ai, nên nó trở thành điểm mù.
• Bài báo cho rằng những vấn đề này đến từ trách nhiệm không rõ ràng, chứ không phải từ giao tiếp kém.

Vì sao đây là vấn đề?

Dữ liệu kiểm thử là dữ liệu giả lập hoặc mẫu dùng để thử hệ thống trước khi đưa vào sử dụng thật. Nếu dữ liệu này đúng với tình huống thực tế, việc thử nghiệm mới có ý nghĩa. Nhiều dự án bỏ qua khâu này vì không ai được giao phụ trách.

Vì sao điều này quan trọng?

Nếu dữ liệu chưa sẵn sàng, việc kiểm thử sẽ bị trì hoãn, hoặc chạy trên dữ liệu không phản ánh cách hệ thống được dùng thật. Khi đó, lỗi có thể chỉ xuất hiện sau khi hệ thống đã đi vào hoạt động. Bài viết cho rằng việc đặt ra một quy tắc rõ ràng về người sở hữu dữ liệu kiểm thử ngay từ đầu thiết kế có thể ngăn được những chậm trễ này.

Cần theo dõi điều gì?

• Dự án có chỉ định người phụ trách dữ liệu kiểm thử rõ ràng ngay từ giai đoạn thiết kế hay không.
• Mô hình trách nhiệm ba tầng có được áp dụng trong thực tế hay không.
• Dòng trạng thái "đang làm rõ dữ liệu kiểm thử" có được thay bằng quyết định cụ thể và thời hạn rõ ràng hay không.