Ghi lỗi trước khi thử cách xử lý: đọc quy trình xử lý sự cố trên NK88
Hướng dẫn lập phiếu lỗi theo thiết bị để kiểm tra thiết bị, phiên bản, URL và thông báo lỗi, nhận ra dữ kiện còn thiếu và lưu thiết bị, phiên bản, URL và nguyên văn lỗi trước khi kết luận.
Lập bảng dữ kiện cho quy trình xử lý sự cố
Mở một phiếu sự cố cho “Lập bảng dữ kiện cho quy trình xử lý sự cố” và đặt mã tạm gồm ngày, thiết bị, trình duyệt. Phần chuẩn bị dữ kiện phải mô tả quan sát trước cách khắc phục. Mục tiêu biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại được áp dụng khi một lỗi lặp lại trên cùng thiết bị nhưng biến mất khi dùng trình duyệt khác, nhờ vậy yêu cầu không bị biến thành danh sách thử nghiệm thiếu thứ tự. Trọng tâm riêng của bài này là biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại.
Trong phiếu, ghi thiết bị, phiên bản hai trình duyệt, kết nối, URL và chuỗi bước tái hiện rồi chép nguyên văn thông báo liên quan đến quy trình xử lý sự cố. Không diễn giải thông báo bằng từ khác và không gửi ảnh còn lộ thông tin riêng tư. Khi lỗi lặp lại sau khi tải lại, giữ lại bước cuối cùng tái hiện được lỗi. Dữ kiện ở đoạn này phục vụ một dòng dữ kiện có nguồn và thời điểm, không được sao chép sang một trường hợp khác nếu chưa đối chiếu lại.
Một phiếu đủ dùng sẽ cho ra một dòng dữ kiện có nguồn và thời điểm. Tiêu chí đóng hoặc chuyển hỗ trợ là mỗi lần chỉ thay một yếu tố; dừng thử nghiệm khi bước tiếp theo đòi xóa dữ liệu hoặc cài tệp lạ; kết quả chỉ được xác nhận sau khi lặp lại đúng bước từng gây lỗi trên cùng điều kiện thiết bị. Tiêu chí dừng riêng cho bài “Ghi lỗi trước khi thử cách xử lý: đọc quy trình xử lý sự cố trên NK88” là không điền phần còn thiếu bằng suy đoán.
Tuyệt đối không điền phần còn thiếu bằng suy đoán. Nếu cần bổ sung kiểm tra, dùng Ghi lỗi trước khi thử cách xử lý: khoanh vùng khi lỗi lặp lại sau khi tải lại trên NK88 và ghi kết quả vào chính mã phiếu đang có, không tạo một yêu cầu mới cho cùng hiện tượng khi chưa có dữ kiện khác biệt. Bước liên quan chỉ được mở sau khi phần “Lập bảng dữ kiện cho quy trình xử lý sự cố” đã có kết luận hoặc lý do tạm dừng.
Đọc thiết bị, phiên bản, URL và thông báo lỗi theo cùng một thời điểm
Mở một phiếu sự cố cho “Đọc thiết bị, phiên bản, URL và thông báo lỗi theo cùng một thời điểm” và đặt mã tạm gồm ngày, thiết bị, trình duyệt. Phần thực hiện đối chiếu phải mô tả quan sát trước cách khắc phục. Mục tiêu biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại được áp dụng khi một lỗi lặp lại trên cùng thiết bị nhưng biến mất khi dùng trình duyệt khác, nhờ vậy yêu cầu không bị biến thành danh sách thử nghiệm thiếu thứ tự. Trọng tâm riêng của bài này là biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại.
Trong phiếu, ghi thiết bị, phiên bản hai trình duyệt, kết nối, URL và chuỗi bước tái hiện rồi chép nguyên văn thông báo liên quan đến quy trình xử lý sự cố. Không diễn giải thông báo bằng từ khác và không gửi ảnh còn lộ thông tin riêng tư. Khi lỗi lặp lại sau khi tải lại, giữ lại bước cuối cùng tái hiện được lỗi. Dữ kiện ở đoạn này phục vụ một dòng dữ kiện có nguồn và thời điểm, không được sao chép sang một trường hợp khác nếu chưa đối chiếu lại.
Một phiếu đủ dùng sẽ cho ra một dòng dữ kiện có nguồn và thời điểm. Tiêu chí đóng hoặc chuyển hỗ trợ là mỗi lần chỉ thay một yếu tố; dừng thử nghiệm khi bước tiếp theo đòi xóa dữ liệu hoặc cài tệp lạ; kết quả chỉ được xác nhận sau khi lặp lại đúng bước từng gây lỗi trên cùng điều kiện thiết bị. Tiêu chí dừng riêng cho bài “Ghi lỗi trước khi thử cách xử lý: đọc quy trình xử lý sự cố trên NK88” là không điền phần còn thiếu bằng suy đoán.
Tuyệt đối không điền phần còn thiếu bằng suy đoán. Nếu cần bổ sung kiểm tra, dùng Ghi lỗi trước khi thử cách xử lý: thử từng biến trên cùng thiết bị trên NK88 và ghi kết quả vào chính mã phiếu đang có, không tạo một yêu cầu mới cho cùng hiện tượng khi chưa có dữ kiện khác biệt. Bước liên quan chỉ được mở sau khi phần “Đọc thiết bị, phiên bản, URL và thông báo lỗi theo cùng một thời điểm” đã có kết luận hoặc lý do tạm dừng.
Chốt kết luận có thể kiểm tra lại
Mở một phiếu sự cố cho “Chốt kết luận có thể kiểm tra lại” và đặt mã tạm gồm ngày, thiết bị, trình duyệt. Phần chốt quyết định phải mô tả quan sát trước cách khắc phục. Mục tiêu biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại được áp dụng khi một lỗi lặp lại trên cùng thiết bị nhưng biến mất khi dùng trình duyệt khác, nhờ vậy yêu cầu không bị biến thành danh sách thử nghiệm thiếu thứ tự. Trọng tâm riêng của bài này là biến nội dung nhìn thấy thành một bản ghi có thể kiểm tra lại.
Trong phiếu, ghi thiết bị, phiên bản hai trình duyệt, kết nối, URL và chuỗi bước tái hiện rồi chép nguyên văn thông báo liên quan đến quy trình xử lý sự cố. Không diễn giải thông báo bằng từ khác và không gửi ảnh còn lộ thông tin riêng tư. Khi lỗi lặp lại sau khi tải lại, giữ lại bước cuối cùng tái hiện được lỗi. Dữ kiện ở đoạn này phục vụ một dòng dữ kiện có nguồn và thời điểm, không được sao chép sang một trường hợp khác nếu chưa đối chiếu lại.
Một phiếu đủ dùng sẽ cho ra một dòng dữ kiện có nguồn và thời điểm. Tiêu chí đóng hoặc chuyển hỗ trợ là mỗi lần chỉ thay một yếu tố; dừng thử nghiệm khi bước tiếp theo đòi xóa dữ liệu hoặc cài tệp lạ; kết quả chỉ được xác nhận sau khi lặp lại đúng bước từng gây lỗi trên cùng điều kiện thiết bị. Tiêu chí dừng riêng cho bài “Ghi lỗi trước khi thử cách xử lý: đọc quy trình xử lý sự cố trên NK88” là không điền phần còn thiếu bằng suy đoán.
Tuyệt đối không điền phần còn thiếu bằng suy đoán. Nếu cần bổ sung kiểm tra, dùng Ghi lỗi trước khi thử cách xử lý: bảng kiểm trước khi xử lý quy trình xử lý sự cố NK88 và ghi kết quả vào chính mã phiếu đang có, không tạo một yêu cầu mới cho cùng hiện tượng khi chưa có dữ kiện khác biệt. Bước liên quan chỉ được mở sau khi phần “Chốt kết luận có thể kiểm tra lại” đã có kết luận hoặc lý do tạm dừng.