There are many ways to classify the

There are many ways to classify the defect status. Here is an example:
Training. The problem is significant, but it is hard to deal with in the system itself. Users should be trained to avoid the problem, or the user documentation should help the user out.
Done. The problem has been removed – the defect is repaired.
Release x. It has been decided to deal with the problem in release x of the system.
Duplicate (See . . . ). The defect is reported somewhere else too

Kết quả (Việt) 1:

Có rất nhiều cách để phân loại tình trạng khiếm khuyết. Dưới đây là một ví dụ:Đào tạo. Vấn đề là đáng kể, nhưng nó là khó khăn để đối phó với trong hệ thống chính nó. Người dùng nên được đào tạo để tránh vấn đề này, hoặc tài liệu hướng dẫn người sử dụng sẽ giúp người sử dụng.Thực hiện. Vấn đề đã được gỡ bỏ-các khiếm khuyết được sửa chữa.Phát hành x. Nó đã được quyết định để đối phó với vấn đề trong bản phát hành x của hệ thống.Bản sao (xem...). Các khiếm khuyết được báo cáo một nơi nào đó khác quá

Kết quả (Việt) 2:

Có nhiều cách để phân loại tình trạng khiếm khuyết. Dưới đây là một ví dụ:
Đào tạo. Vấn đề là quan trọng, nhưng nó là khó khăn để đối phó với trong hệ thống chính nó. Người sử dụng nên được rèn luyện để tránh các vấn đề, ​​hoặc các tài liệu hướng dẫn người sử dụng sẽ giúp người sử dụng ra.
Done. Vấn đề đã được gỡ bỏ - các lỗi được sửa chữa.
Thả x. Nó đã được quyết định để đối phó với các vấn đề trong phát hành x của hệ thống.
Nhân đôi (Xem...). Các lỗi được báo cáo ở một nơi khác quá