Bảng kiểm tra QA bản dịch cho sách và tài liệu dài

Một cuốn sách đã dịch chỉ sẵn sàng khi tệp đích hoàn chỉnh, đủ chính xác cho mục đích sử dụng, có cấu trúc khả dụng và nhất quán nội bộ. Các đoạn văn trôi chảy chưa phải là bằng chứng đủ. Khung khung chất lượng dịch thuật rộng hơn xác định các khía cạnh đó và quyết định chấp nhận, sửa đổi hoặc từ chối; bảng kiểm tra này chuyển đổi chúng thành quy trình kiểm tra toàn bộ tệp.

Sử dụng trình tự sau:

1. Đóng băng nguồn và xác định các tiêu chí nghiệm thu.
2. Chạy kiểm tra toàn bộ tệp để tìm nội dung bị thiếu, trùng lặp hoặc sắp xếp lại thứ tự.
3. Xem lại ý nghĩa, tên, thuật ngữ, số, trích dẫn và văn bản chưa được dịch.
4. Kiểm tra cấu trúc quan trọng đối với định dạng đầu ra.
5. Lấy mẫu có chủ ý đối với nội dung khó, sau đó mở rộng việc đánh giá khi các lỗi tập trung lại.
6. Phân loại mọi lỗi thành lỗi chặn, lỗi lớn hoặc lỗi hình thức.
7. Kiểm tra lại các bản sửa lỗi trước khi chấp nhận tệp.

Tải xuống mẫu nhật ký sự cố QA bản dịch và điều chỉnh cột nghiệm thu cho dự án của bạn trước khi quá trình đánh giá bắt đầu.

Xác định "đủ tốt" trước khi bạn kiểm tra bản dịch

Cùng một bản dịch có thể được chấp nhận để đọc cá nhân nhưng lại không thể chấp nhận để xuất bản. Hãy viết ra mục đích sử dụng trước.

Sự phân biệt này ngăn chặn một lỗi phổ biến: người đánh giá cứ mải chuốt lại dấu câu trong khi không có ai xác nhận rằng chương cuối cùng thực sự tồn tại.

Tài liệu tổng quan ISO 5060:2024 mô tả việc đánh giá phân tích bằng cách sử dụng các loại lỗi và điểm phạt, đồng thời thảo luận rõ ràng về việc lấy mẫu. Danh sách kiểm tra này sử dụng cùng một ý tưởng hữu ích—xác định các danh mục và mức độ nghiêm trọng—nhưng đây là quy trình chấp nhận vận hành chứ không phải là tuyên bố tuân thủ ISO.

Sử dụng ba cấp độ lỗi làm thay đổi quyết định

Nhãn mức độ nghiêm trọng chỉ hữu ích khi nó cho nhóm biết phải làm gì tiếp theo. Đừng tính toán một điểm số mang tính trang trí để rồi một lỗi thảm khốc biến mất bên trong hàng trăm câu đúng.

Mức độ nghiêm trọng phụ thuộc vào ngữ cảnh. Dấu phân cách thập phân bị thay đổi có thể chỉ là lỗi hình thức trong đạo cụ hư cấu nhưng lại là lỗi chặn trong bảng liều lượng. Ghi lại cả lỗi và lý do tại sao nó quan trọng.

Giai đoạn 1: xác nhận bản nguồn và bản đầu ra tương ứng với nhau

Trước khi đọc văn bản, hãy chứng minh rằng bạn đang xem xét đúng các tệp.

• Ghi lại tên tệp nguồn, phiên bản sửa đổi, ngôn ngữ và mã kiểm tra (checksum) hoặc liên kết lưu trữ cố định.
• Ghi lại ngôn ngữ đích, định dạng đầu ra, ngày dịch và cài đặt quy trình làm việc.
• Xác nhận rằng các bình luận, thay đổi được theo dõi, văn bản ẩn, phần phụ lục và tài liệu tham khảo cuối sách đã được bao gồm hoặc loại trừ một cách có chủ đích.
• So sánh mục lục, số lượng chương, thứ tự phần và các khối nội dung đầu cuối.
• Kiểm tra số lượng trang, trang chiếu, bảng tính, tín hiệu phụ đề hoặc phần tài liệu khi định dạng cho phép.
• Mở tệp trong ứng dụng mà người đọc sẽ thực sự sử dụng.

Nếu bản nguồn thay đổi trong quá trình dịch, hãy dừng lại. Việc trộn lẫn các bản sửa lỗi từ hai phiên bản nguồn sẽ tạo ra những lỗi mà không đánh giá ngôn ngữ nào có thể khắc phục đáng tin cậy.

Giai đoạn 2: tìm kiếm các lỗi thiếu sót trước khi xem xét các vấn đề về phong cách

Các lỗi thiếu toàn bộ tệp rất dễ phát hiện nhưng nếu bỏ sót thì hậu quả rất lớn. Kiểm tra xem có:

• các chương, đoạn văn, mục danh sách, hàng bảng, chú thích ảnh, chú thích cuối trang, chú thích cuối sách và phụ lục bị thiếu hoặc bị trùng lặp;
• văn bản bằng ngôn ngữ nguồn đáng lẽ phải được dịch;
• văn bản đích được thêm vào mà không có phần tương ứng trong nguồn;
• các tiêu đề bị tách rời khỏi phần của chúng;
• các trang hoặc phần bị sai thứ tự;
• nội dung mở đầu hoặc kết thúc bị cắt xén; và
• nội dung lặp đi lặp lại thay thế cho nội dung thực tế.

Bộ tài liệu thông tin đánh giá chất lượng dịch thuật hiện tại của Ủy ban Châu Âu phân biệt các lỗi dịch sai, thiếu sót, thừa nội dung, nội dung chưa dịch và lỗi thuật ngữ. Các danh mục đó rất hữu ích vì mỗi danh mục gợi ý một cách tìm kiếm khác nhau: so sánh nguồn và đích, quét các phần còn sót lại của ngôn ngữ nguồn, và tìm kiếm các thuật ngữ lặp lại trên toàn bộ bản đầu ra.

Để tham khảo trực quan, các mẫu dịch thực tế cho thấy các bề mặt lỗi PDF cụ thể bao gồm thứ tự đọc, bảng biểu, tập lệnh, tên và nội dung bị thiếu.

Giai đoạn 3: xem xét ý nghĩa và các chi tiết được kiểm soát

Người đánh giá nên tách biệt sáu câu hỏi thay vì đưa ra một nhận định chung chung "trông có vẻ ổn".

Ý nghĩa

So sánh các tuyên bố, mối quan hệ, sự phủ định, phương thức, trình tự và giọng điệu với nguồn. Ưu tiên cho các đoạn văn mà một từ nhỏ có thể làm thay đổi hướng dẫn: phải/có thể, trước/sau, tăng/giảm, hoặc đã bao gồm/đã loại trừ.

Tên và thuật ngữ

Tìm kiếm mọi nhân vật chính, tổ chức, sản phẩm, địa điểm, từ viết tắt và thuật ngữ miền. Ghi lại hình thức được phê duyệt và mọi biến thể bị loại bỏ. Một thuật ngữ có thể chấp nhận được khi đứng độc lập nhưng vẫn có thể là một lỗi lớn khi nó thay đổi giữa các chương.

Số liệu và tham chiếu có cấu trúc

Kiểm tra ngày tháng, số thập phân, đơn vị, tiền tệ, tỷ lệ phần trăm, phạm vi, nhãn hình vẽ, tham chiếu bảng, số phương trình, trích dẫn, URL, số linh kiện và mã cảnh báo. Không giả định rằng nội dung không thể dịch được sẽ tự động được bảo toàn.

Tính trôi chảy và phong cách

Đọc các đoạn văn liên tục, không chỉ các câu đơn lẻ. Kiểm tra xem lời thoại có giống các nhân vật đó không, hướng dẫn có duy trì cùng mức độ trang trọng không, và các tiêu đề có sử dụng phong cách biên tập ổn định không.

Quy ước địa phương

Xác nhận dấu câu, dấu ngoặc kép, ngày tháng, đơn vị, tên, địa chỉ, thứ tự bảng chữ cái và hành vi phải sang trái cho thị trường mục tiêu. Đánh giá địa phương không phải là bước tìm-và-thay-thế.

Nội dung không dịch và bị cấm dịch

Tìm kiếm các phần dư thừa của ngôn ngữ nguồn, nhưng so sánh chúng với danh sách không dịch. Tên tác giả, mã, thương hiệu, công thức hoặc tiêu đề được trích dẫn có thể cần giữ nguyên không đổi.

Giai đoạn 4: kiểm tra đầu ra theo định dạng thực tế của nó

Bề mặt nghiệm thu thay đổi theo loại tệp.

Đối với chẩn đoán cụ thể về PDF, hãy sử dụng quy trình PDF bảo toàn định dạng. Đối với các rủi ro về công cụ và gói EPUB, hãy sử dụng hướng dẫn công cụ dịch EPUB. Đối với việc bàn giao tệp Word có thể chỉnh sửa, hãy sử dụng quy trình định dạng DOCX.

Lấy mẫu dựa trên rủi ro, không phải sự tiện lợi

Đọc ba trang ngẫu nhiên là phương pháp QA kém hiệu quả vì các cấu trúc hiếm và khó chính là những thứ mà việc chọn ngẫu nhiên có thể bỏ sót. Hãy xây dựng một mẫu có độ phủ bắt buộc.

Tối thiểu, hãy bao gồm:

1. Trang tiêu đề, phần mở đầu, và chương hoặc phần đầu tiên.
2. Phần kết, kết luận, tài liệu tham khảo và phần phụ lục cuối sách.
3. Mọi cấu trúc riêng biệt: bảng, hình vẽ, chú thích cuối trang, danh sách, công thức, khối hội thoại, khối mã, hoặc chuỗi phụ đề.
4. Ranh giới chương và một đoạn văn dài liên tục.
5. Các trang chứa nhiều tên riêng, thuật ngữ, số liệu và trích dẫn nhất.
6. Nội dung viết từ phải sang trái, không phải gốc Latinh hoặc nội dung trộn lẫn chữ viết khi có.
7. Bất kỳ nội dung nào có thể gây ra thiệt hại thực tế nếu bị dịch sai.

Sau đó, hãy áp dụng quy tắc leo thang đơn giản:

• Một lỗi thẩm mỹ đơn lẻ: ghi nhận lại và tiếp tục mẫu đã lên kế hoạch.
• Một lỗi nghiêm trọng: tìm kiếm toàn bộ tệp để phát hiện cùng mẫu lỗi đó và mở rộng mẫu liền kề.
• Hai lỗi nghiêm trọng cùng loại: coi vấn đề này mang tính hệ thống cho đến khi một đợt đánh giá rộng hơn bác bỏ điều đó.
• Bất kỳ lỗi chặn nào: dừng việc nghiệm thu, khắc phục nguyên nhân và chạy lại tất cả các kiểm tra mà nguyên nhân đó có thể ảnh hưởng.

Đây là quy tắc quyết định, không phải sự đảm bảo mang tính thống kê. Các sản phẩm giao có rủi ro cao có thể yêu cầu được xem xét toàn diện bởi những người có chuyên môn.

Sử dụng sổ ghi nhận lỗi giúp cho việc sửa lỗi có thể được kiểm toán

Mỗi vấn đề phải chứa đầy đủ bằng chứng để người khác có thể tái hiện lại.

Sử dụng tệp nhật ký lỗi CSV có thể tải xuống làm điểm khởi đầu. Giữ một hàng cho mỗi mẫu lỗi khi có thể sửa chữa toàn cục, nhưng hãy liệt kê mọi vị trí bị ảnh hưởng hoặc đính kèm kết quả tìm kiếm. Sau khi thay đổi, người thứ hai hoặc một lượt rà soát mới nên xác minh lại bản sửa lỗi trong tệp cuối cùng—không phải trong một bản xuất trung gian.

Cổng phát hành cuối cùng

Chấp nhận sản phẩm dịch bàn giao chỉ khi tất cả các nhận định sau đây đều đúng:

• Phiên bản nguồn và sản phẩm bàn giao mục tiêu rõ ràng, không mơ hồ.
• Phần mở đầu, phần kết, các chương, các phần và các tài nguyên bắt buộc đều hoàn chỉnh.
• Không còn vấn đề cản trở nào chưa được giải quyết.
• Các lỗi nghiêm trọng đã được khắc phục và các mẫu tương tự đã được tìm kiếm trên toàn bộ tệp.
• Tên, thuật ngữ, số, tài liệu tham khảo và các mục không dịch đã vượt qua các bước kiểm tra.
• Định dạng đầu ra thực tế hoạt động tốt trong các trình đọc hoặc ứng dụng yêu cầu.
• Bản xuất cuối cùng, chứ không phải bản thảo trước đó, đã nhận được lượt kiểm tra xác nhận.
• Nhật ký sự cố, thuật ngữ, bản nguồn, bản đầu ra và quyết định nghiệm thu được lưu trữ cùng nhau.

Nếu bạn đang tạo bản nháp dịch đầu tiên, BookTranslator có thể xử lý các cuốn sách hoàn chỉnh và tài liệu dài thay vì yêu cầu sao chép và dán. Đối với các tác vụ không phải PDF đủ điều kiện, biểu mẫu dịch hiện tại của ứng dụng này cũng cung cấp tùy chọn Tự động tạo bảng thuật ngữ cho các tên, địa điểm và thuật ngữ chuyên ngành lặp lại. Điều đó có thể làm giảm độ lệch, nhưng không thay thế cho việc so sánh nguồn, kiểm tra định dạng hoặc đánh giá của con người phù hợp với mức độ rủi ro trong danh sách kiểm tra này.