Một tuyến đường, một nhóm hồ sơ, một công việc có điểm bắt đầu và kết thúc rõ ràng. Phạm vi nhỏ như vậy có thể là nơi bắt đầu phù hợp cho đợt thử WebGIS.
Người sẽ sử dụng trực tiếp tìm thông tin, ghi kết quả và mở lại hồ sơ bằng dữ liệu của đơn vị. Qua đó, hai bên nhìn thấy thao tác thuận tiện, phần còn phải làm ngoài hệ thống và dữ liệu cần chuẩn bị thêm. Kết quả thử trở thành căn cứ chọn phạm vi triển khai tiếp.
Chọn một công việc có điểm bắt đầu và kết thúc
Với quản lý đèn đường, có thể chọn quy trình tiếp nhận một phản ánh đèn hỏng: tìm đúng đèn, giao người kiểm tra, ghi nhận kết quả và để người phụ trách xem lại. Các bước liên quan được thử cùng nhau, thay vì mỗi chức năng được trình diễn riêng trên một bộ dữ liệu khác.
Trước khi bắt đầu, hãy viết rõ kết quả muốn quan sát. Ví dụ: nhân viên ghi được kết quả vào đúng hồ sơ và người phụ trách xem được mà không phải nhập lại từ tin nhắn. Hai bên cũng nên xác định cách nhận biết trường hợp chưa đạt, như mất nội dung khi kết nối yếu hoặc hồ sơ được gửi nhầm người.
Nếu mục tiêu là giảm thời gian, cần đo cách làm hiện tại trên cùng loại yêu cầu để có cơ sở so sánh. Tách công chuẩn bị, đào tạo và vận hành khỏi thời gian xử lý mỗi yêu cầu. Nếu đánh giá tổng công sức triển khai, cần tính cả các phần đó; nếu chỉ đo một thao tác, phải gọi đúng phạm vi phép đo.
Thử với hồ sơ khó và người sẽ sử dụng
Một đợt thử có ích cần gặp những hồ sơ mà đội ngũ sẽ xử lý sau này: bản đầy đủ, bản thiếu ảnh, mã ngoài hiện trường chưa khớp danh sách hoặc tài sản vừa sửa nhưng chưa cập nhật. Những trường hợp còn vướng giúp nhìn đúng công sức chuẩn bị dữ liệu và tổ chức vận hành.
Người sẽ dùng hệ thống trực tiếp thực hiện công việc với hướng dẫn dự kiến bàn giao. Chỗ họ làm được ngay, chỗ phải hỏi và chỗ còn cần nhóm kỹ thuật hỗ trợ đều được ghi lại. Đó là cơ sở điều chỉnh cách thao tác hoặc nội dung hướng dẫn trước khi mở rộng.
Điều kiện thử cũng đi cùng kết quả. Cập nhật qua Wi-Fi ở văn phòng cho thấy khả năng làm việc trong điều kiện đó; nếu công việc diễn ra ngoài hiện trường với mạng gián đoạn, cần thử thêm tình huống tương ứng. Danh sách đã thử và phần còn để ngỏ giúp hai bên chọn bước tiếp theo với cùng một cách hiểu.
Viết tình huống thử để hai bên cùng hiểu kết quả
Với quy trình phản ánh đèn hỏng ở trên, có thể chuẩn bị ba tình huống minh họa:
- Tìm và cập nhật đúng hồ sơ. Cho người dùng một phản ánh và dữ liệu đủ để nhận diện đèn. Kết quả cần xem là mã được chọn, nội dung đã lưu và hồ sơ người phụ trách nhận được.
- Dữ liệu chưa đủ. Dùng một phản ánh thiếu mã, ảnh khó nhận diện. Người tiếp nhận phải ghi được điều cần bổ sung; hệ thống không ép chọn đại một đèn để hoàn tất bước.
- Tài khoản chỉ được xem. Mở hồ sơ bằng vai trò này và thử thao tác sửa. Nhóm kỹ thuật kiểm tra cả yêu cầu gửi đến máy chủ, vì ẩn nút trên giao diện chưa chứng minh quyền đã được bảo vệ.
Mỗi tình huống có người thực hiện, điều kiện ban đầu, kết quả mong đợi và chỗ ghi kết quả thực tế. Nếu dự án yêu cầu ngoại tuyến, tích hợp hay khôi phục dữ liệu, bổ sung phép thử riêng; ba ví dụ trên không đại diện cho mọi tiêu chí nghiệm thu.
Ghi lại kết quả để có cơ sở so sánh
Kết quả hữu ích nhất là những gì xảy ra khi người dùng tự thực hiện công việc: tìm được hồ sơ, lưu được nội dung, chờ ở bước nào và còn phải nhờ ai hỗ trợ. Phiếu ghi nhận thử nghiệm WebGIS có thể dùng để giữ lại dữ liệu, điều kiện và kết quả của từng lượt.
Nếu đánh giá thời gian, thời gian thao tác được tách khỏi thời gian chờ mạng hoặc người duyệt. Các lượt so sánh cần có mức phức tạp tương đương và ghi cả trường hợp thất bại. Người mới được hướng dẫn và người đã quen hệ thống cũng là hai điều kiện khác nhau.
Mức chấp nhận được thống nhất theo công việc: mở đúng hồ sơ, giữ được nội dung khi kết nối gián đoạn, hoặc bảo vệ quyền chỉ xem. Một mẫu nhỏ giúp tìm điểm cần sửa; để công bố mức tiết kiệm cho cả đơn vị, cần thêm dữ liệu đánh giá phù hợp.
Quyết định mở rộng dựa trên phần đã chứng minh
Cuối đợt thử, đối chiếu kết quả với công việc đã chọn: phần làm được, lỗi còn ảnh hưởng và công sức duy trì. Lỗi mất dữ liệu hoặc cấp sai quyền sửa cần được giải quyết trước khi mở rộng.
Ghi điều đã xảy ra rồi tìm nguyên nhân. “Tìm D-017 không ra” có thể do mã, bộ lọc hoặc quyền truy cập. Sau sửa, chạy lại tình huống đó. Ghi cả việc nhóm kỹ thuật phải nhập hộ hoặc sửa dữ liệu bên ngoài; bước thủ công vẫn có thể phù hợp nếu đơn vị bố trí được người duy trì.
Phần chưa thử — dữ liệu chưa đối chiếu, mạng yếu, tải nhiều người hoặc khôi phục — đi vào kế hoạch tiếp theo. Đợt thử kết thúc khi đủ căn cứ quyết định, thay vì chỉ hết số ngày định sẵn.
