Lỗi đã được fix hoàn toàn thì close năm 2024

Để giải quyết vấn đề này, trước tiên xác nhận rằng người dùng khác trên mạng có tài liệu mở. Nếu tài liệu sử dụng, mở tài liệu dưới dạng chỉ đọc. Nếu không sử dụng, thoát khỏi tất cả các phiên bản Word, và sau đó xoá tệp chủ sở hữu. Để làm việc này, hãy làm theo các bước sau.

Chú ý: vì có một số phiên bản Microsoft Windows, các bước sau đây có thể khác trên máy tính của bạn. Nếu có, hãy xem tài liệu sản phẩm của bạn để hoàn tất các bước này.

1. Thoát khỏi tất cả các phiên bản Word. Để làm việc này, hãy làm theo các bước sau:
   1. Lưu tất cả các công việc của bạn, và sau đó thoát khỏi mọi chương trình.
   2. Nhấn CTRL + ALT + DELETE để mở hộp thoại Windows Security .
   3. Nhấp vào Trình quản lý tác vụ, và sau đó nhấp vào tab quá trình .
   4. Bấm Winword.exevà sau đó bấm Kết thúc Tiến trình.
   5. Trong hộp thoại Cảnh báo quản lý tác vụ , bấm có. Nếu bạn nhận được một thông báo cho biết rằng chương trình không đáp ứng, bấm Kết thúc ngay bây giờ.
   6. Lặp lại bước d và e mỗi lần Winword.exe.
   7. Trên menu tệp , bấm Thoát trình quản lý tác vụ.
2. Khởi động Windows Explorer, và sau đó duyệt đến thư mục chứa tài liệu mà bạn muốn mở khi bạn nhận được thông báo lỗi.
3. Xoá tệp chủ sở hữu. Chủ sở hữu tệp nằm trong thư mục tương tự như các tài liệu mà bạn muốn mở. Tên tập tin chủ sở hữu sử dụng quy ước sau: bắt đầu với dấu ngã (~), theo sau là một ký hiệu đô la ($), theo sau là phần còn lại của tên tệp của tài liệu. Phần mở rộng tên tệp. doc. Ví dụ: tên chủ sở hữu tệp cho Document.doc ~ $cument.doc.
4. Khởi động Word. Nếu Word sẽ hỏi bạn có muốn tải các thay đổi được thực hiện với toàn cầu hoặc khuôn mẫu bình thường, bấm không.
5. Mở tài liệu của bạn.

Thông tin

Word sẽ tạo một tệp chủ khi bạn mở một tài liệu Word đã lưu trước đó. Tệp chủ là tạm thời và có tên đăng nhập của người mở tài liệu.

Tham khảo

Để biết thêm thông tin về từ tệp tạm thời, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

211632 WD: làm cho Windows sử dụng tệp tạm thời

Bạn cần thêm trợ giúp?

Bạn muốn xem các tùy chọn khác?

Khám phá các lợi ích của gói đăng ký, xem qua các khóa đào tạo, tìm hiểu cách bảo mật thiết bị của bạn và hơn thế nữa.

Cộng đồng giúp bạn đặt và trả lời các câu hỏi, cung cấp phản hồi và lắng nghe ý kiến từ các chuyên gia có kiến thức phong phú.

Vòng đời của bug/defect trong kiểm thử phần mềm là tổng hợp các trạng thái trải qua trong vòng đời của nó. Như đã đề cập, vòng đời của bug/defect được tạo nên để giúp những người chịu trách nhiệm thuận tiện hơn khi quản lý, thay đổi trạng thái cho đến khi nó bị loại khỏi phần mềm.

Đối với kiểm thử viên, mục tiêu chính không chỉ có tìm kiếm, phát hiện bug/defect mà cần theo dõi cho đến khi nó không còn tồn tại trên hệ thống. Do đó, vòng đời của bug/defect trong kiểm thử phần mềm sẽ được tính từ lúc tester tìm thấy bug/defect cho đến khi close nó.

Tổng hợp các trạng thái của bug/defect

Vòng đời của bug/defect được xác định từ khi tester phát hiện ra nó cho đến khi loại bỏ hoàn toàn khỏi hệ thống. Bao gồm các trạng thái sau:

• New
• Assigned
• Open
• Fixed
• Pending retest
• Retest
• Verified
• Reopen
• Closed
• Duplicate
• Rejected
• Deferred
• Not a bug

New

Tester thực thi test case và đầu ra của test case nhưng kết quả không đúng như mong đợi thì được gọi là bug/defect. Tức là, giữa kết quả thực tế và kết quả mong muốn có sự khác biệt, khi đó, bug này cần được fix bởi lập trình viên. Tester sẽ log bug/defect cho test leader.

Assigned

Test leader sẽ kiểm tra, nếu bug/defect hợp lệ sẽ phê duyệt, chuyển giao cho nhóm lập trình viên. Tuy nhiên, thực tế vẫn có một số công ty tester sẽ trực tiếp gán bug cho lập trình viên chứ không cần thông qua team leader.

Open

Khi nhận được bug từ test leader, lập trình viên sẽ xem xét, phân tích bug. Sau đó, lập trình viên sẽ tiến hành fix bug/defect cho đúng với yêu cầu và chuyển đến cho tester kiểm tra lại.

Fixed

Khi lập trình viên fix bug/defect bằng cách sửa code và xác nhận là fix xong, bug/defect sẽ được chuyển sang trạng thái “fixed/đã sửa”.

Pending retest

Lập trình viên sẽ bàn giao bug/defect cho kiểm thử viên. Vì quá trình kiểm thử đang diễn ra cho nên trạng thái sẽ được chỉ định là “pending retest/kiểm tra lại đang chờ xử lý”.

Retest

Kiểm thử viên tiến hành test lại chương trình để kiểm tra xem lỗi đã được fixed hay chưa và thay đổi trạng thái thành “retest/kiểm tra lại”.

Verified

Tester sẽ kiểm tra lại bug/defect khi lập trình viên fixed. Bug/defect được sửa và gán trạng thái “verified/đã được xác minh” nếu không tìm thấy bug/defect trong phần mềm.

Reopen

Sau khi lập trình viên đã sửa nhưng bug/defect vẫn tồn tại, tester sẽ thay đổi trạng thái thành “Reopen/mở lại”. Bug/defect sẽ quay trở lại chu kỳ mới.

Closed

Nếu không còn bug/defect trên hệ thống, tester sẽ gán trạng thái “closed/đã đóng”.

Duplicate

Nếu bug/defect được lặp lại hai lần hay lỗi tương ứng với cùng một khái niệm về bug/defect, trạng thái sẽ được thay đổi thành “duplicate/trùng lặp”.

Rejected

Nếu lập trình viên thấy bug/defect không phải là khiếm khuyết thực sự thì nó sẽ được chuyển thành trạng thái “rejected/loại bỏ”.

Deferred

Nếu dự kiến sửa bug/defect trong những bản phát hành tiếp theo và nếu bug/defect không phải là ưu tiên chính, nó sẽ được chuyển trạng thái thành “deferred/trì hoãn”.

Not a bug

Nếu bug/defect không ảnh hưởng đến chức năng của ứng dụng thì trạng thái được gán cho nó sẽ là “not a bug/không phải là lỗi”.

Giải thích về vòng đời của bug/defect

Vòng đời của bug/defect trong kiểm thử phần mềm được giải thích như sau:

• Tester phát hiện bug/defect
• Gán trạng thái cho bug/defect
• Chuyển bug/defect sang cho test leader
• Test leader xem xét bug/defect có hợp lệ không
• Nếu bug/defect không hợp lệ nó sẽ được gán trạng thái “rejected/đã từ chối”
• Nếu bug/defect không bị rejected thì bước tiếp theo là kiểm tra xem nó có nằm trong phạm vi không. Nếu bug/defect không nằm trong scope của lần phát hành phần mềm lần này, nó sẽ được gán trạng thái “postponed/hoãn”.
• Test leader tiến hành xác minh xem có bug/defect tương tự được phát hiện trước đó hay chưa. Nếu có, bug/defect sẽ được chuyển trạng thái “duplicate/trùng lặp”.
• Nếu không có bất cứ vấn đề gì trong khi lập trình viên fix bug/defect, nó sẽ được gán trạng thái “in-progress/đang tiến hành”.
• Khi code được fixed, trạng thái “fixed/đã sửa xong” sẽ được gán cho bug/defect.
• Tester sẽ test lại phần code vừa được chỉnh sửa. Trường hợp test cases liên quan đều passed thì bug đó được gán trạng thái “closed”. Nếu các trường hợp kiểm thử không thành công thêm một lần nữa, lỗi sẽ được chuyển trạng thái “re-opend/mở lại” và được chuyển sang cho lập trình viên.
• Xem xét một tình huống trong lần release đầu tiên, một lỗi được phát hiện theo thứ tự fax đã được sửa và gán trạng thái “đóng”. Đến lần nâng cấp thứ hai, lỗi tương tự lại xuất hiện. Khi đó, một khiếm khuyết kín sẽ được mở lại.

Như vậy, vòng đời của bug trong kiểm thử phần mềm là tập hợp tất cả trạng thái cụ thể mà bug trải qua trong toàn bộ vòng đời của nó. Nhờ có vòng đời kiểm thử phần mềm mà những người chịu trách nhiệm với bug có thể quản lý, thay đổi trạng thái dễ dàng hơn cho đến khi bug được loại bỏ hoàn toàn khỏi hệ thống.