BookTranslator
BookTranslator

Translation QA Checklist for Books and Long Documents

A practical acceptance checklist for complete translated books and documents, with defect severity, sampling rules, format-specific checks, and a downloadable issue log.

BookTranslator

BookTranslator Team

9 min read

A translated book is ready only when the target file is complete, accurate enough for its intended use, structurally usable, and internally consistent. Fluent paragraphs are not sufficient evidence. Quality assurance has to compare the whole deliverable with the exact source version and produce an issue log someone can close.

Use this sequence:

  1. Freeze the source and define acceptance criteria.
  2. Run complete-file checks for missing, duplicated, or reordered content.
  3. Review meaning, names, terminology, numbers, citations, and untranslated text.
  4. Test the structure that matters for the output format.
  5. Sample difficult content deliberately, then expand the review when failures cluster.
  6. Classify every defect as blocker, major, or cosmetic.
  7. Recheck fixes before accepting the file.

Download the translation QA issue log template and adapt its acceptance column to your project before review begins.

Define "good enough" before you inspect the translation

The same translation can be acceptable for personal reading and unacceptable for publication. Write down the intended use first.

Intended useMinimum review expectationTypical rejection trigger
Personal comprehensionComplete file, readable meaning, usable orderMissing chapters or meaning reversed in important passages
Internal researchSource traceability, accurate claims, numbers, citations, and terminologyA claim, table, citation, or named entity no longer matches the source
Client or team circulationAgreed terminology, stable structure, issue log, reviewer sign-offRecurring errors or unresolved major defects
Public releaseNative-language editorial review, complete production QA, platform checksAny blocker, systematic language problem, or broken reading experience
Legal, clinical, regulatory, or safety useQualified domain review and the required formal processUnverified material claim, instruction, warning, dose, obligation, or limit

This distinction prevents a common failure: a reviewer keeps polishing punctuation while nobody has confirmed that the final chapter exists.

The ISO 5060:2024 overview describes analytic evaluation using error types and penalty points and explicitly discusses sampling. This checklist uses the same useful idea—define categories and severity—but it is an operational acceptance workflow, not a claim of ISO conformity.

Use three defect levels that change the decision

A severity label is useful only when it tells the team what to do next. Do not calculate a decorative score that lets one catastrophic error disappear inside hundreds of correct sentences.

SeverityDecision ruleExamplesRelease action
BlockerThe file cannot safely or meaningfully be used for its intended jobMissing chapter; wrong source version; reversed warning; broken EPUB navigation; unreadable output; personal data exposedStop delivery, fix the cause, and rerun affected checks
MajorA reader can continue, but meaning, consistency, or a required structure is materially wrongRepeated name drift; mistranslated technical term; incorrect number; collapsed table; lost footnotes; untranslated passagesFix before acceptance and search for the same error pattern elsewhere
CosmeticMeaning and use are intact, but presentation or local style needs correctionIsolated spacing, punctuation, widow/orphan, or non-critical style inconsistencyBatch-fix when practical; accept only if the project allows it

Severity depends on context. A changed decimal separator may be cosmetic in a fictional prop and a blocker in a dosage table. Record both the defect and why it matters.

Phase 1: confirm the source and the output belong together

Before reading prose, prove that you are reviewing the right files.

  • Record the source filename, revision, language, and checksum or immutable storage link.
  • Record the target language, output format, translation date, and workflow settings.
  • Confirm that comments, tracked changes, hidden text, appendices, and back matter were intentionally included or excluded.
  • Compare the table of contents, chapter count, section order, and first and last content blocks.
  • Check page, slide, worksheet, subtitle-cue, or document-part counts when the format exposes them.
  • Open the file in the application readers will actually use.

If the source changed during translation, stop. Mixing fixes from two source versions creates defects no language review can reliably repair.

Phase 2: look for completeness failures before style problems

Complete-file defects are cheap to detect and expensive to miss. Check for:

  • missing or duplicated chapters, paragraphs, list items, table rows, captions, footnotes, endnotes, and appendices;
  • source-language text that should have been translated;
  • target text that was added without a source counterpart;
  • headings detached from their sections;
  • pages or sections in the wrong order;
  • truncated opening or closing content; and
  • repeated boilerplate that replaced real content.

The European Commission's current translation quality evaluation information pack distinguishes mistranslation, omission, addition, untranslated content, and terminology errors. Those categories are useful because each suggests a different search: compare source and target, scan for source-language leftovers, and search repeated terms across the entire output.

For a visual reference, the real translation samples show concrete PDF failure surfaces including reading order, tables, scripts, names, and missing content.

Phase 3: review meaning and controlled details

Reviewers should separate six questions instead of giving one vague "looks good" verdict.

Meaning

Compare claims, relationships, negation, modality, sequence, and tone against the source. Give priority to passages where a small word changes the instruction: must/may, before/after, increase/decrease, or included/excluded.

Names and terminology

Search every main character, organization, product, place, acronym, and domain term. Record the approved form and every rejected variant. A term that is acceptable in isolation can still be a major defect when it changes between chapters.

Numbers and structured references

Check dates, decimals, units, currencies, percentages, ranges, figure labels, table references, equation numbers, citations, URLs, part numbers, and warning codes. Do not assume non-translatable content is automatically preserved.

Fluency and register

Read connected passages, not only isolated sentences. Check whether dialogue sounds like the same characters, instructions maintain the same level of formality, and headings use a stable editorial style.

Locale conventions

Confirm punctuation, quotation marks, dates, units, names, addresses, alphabetical order, and right-to-left behavior for the intended market. Locale review is not a search-and-replace step.

Untranslated and forbidden-to-translate content

Search for source-language residues, but compare them with the do-not-translate list. An author name, code, trademark, formula, or cited title may need to remain unchanged.

Phase 4: test the output as its actual format

The acceptance surface changes by file type.

FormatHighest-risk checksMinimum device or application test
PDFReading order, text clipping, columns, tables, figures, fonts, links, selectable textDesktop PDF reader plus one mobile-size view; copy a multi-column passage to inspect logical order
EPUBNavigation, chapter boundaries, reflow, language metadata, cover, notes, images, embedded fontsAt least two independent reading systems and multiple font sizes
DOCXStyles, headings, tracked changes, comments, tables, headers/footers, fields, page breaksMicrosoft Word or the required editing environment, with markup visibility checked
SRTCue numbering, timestamps, line breaks, overlaps, reading speed, encodingSubtitle editor plus playback against the source video

For PDF-specific diagnosis, use the format-preserving PDF workflow. For EPUB tool and package risks, use the EPUB translation tools guide. For editable Word delivery, use the DOCX formatting workflow.

Sample risk, not convenience

Reading three random pages is weak QA because rare, difficult structures are precisely what random selection can miss. Build a forced-coverage sample.

At minimum, include:

  1. The title page, opening, and first chapter or section.
  2. The ending, conclusion, references, and back matter.
  3. Every distinct structure: table, figure, footnote, list, formula, dialogue block, code block, or subtitle sequence.
  4. A chapter boundary and one long continuous passage.
  5. Pages with the densest names, terminology, numbers, and citations.
  6. Right-to-left, non-Latin, or mixed-script content when present.
  7. Any content that would cause material harm if wrong.

Then use a simple escalation rule:

  • One isolated cosmetic defect: log it and continue the planned sample.
  • One major defect: search the full file for the same pattern and expand the adjacent sample.
  • Two major defects of the same type: treat the issue as systematic until a wider review disproves it.
  • Any blocker: stop acceptance, fix the cause, and rerun all checks the cause could affect.

This is a decision rule, not a statistical guarantee. High-risk delivery may require complete review by qualified people.

Use an issue log that makes fixes auditable

Each issue should contain enough evidence for another person to reproduce it.

FieldExample
LocationChapter 7, paragraph 12; source page 184
CategoryTerminology
SeverityMajor
Source"control surface"
Current targetTwo different target terms across chapters 2 and 7
ExpectedApproved glossary form
EvidenceSearch results show 14 + 3 occurrences
OwnerLanguage reviewer
StatusFixed, awaiting verification

Use the downloadable CSV issue log as a starting point. Keep one row per defect pattern when a global fix is possible, but list every affected location or attach search output. After the change, a second person or a fresh pass should verify the correction in the final file—not in an intermediate export.

Final release gate

Accept the translated deliverable only when all of these statements are true:

  • The source version and target deliverable are unambiguous.
  • The opening, ending, chapters, sections, and required assets are complete.
  • No blocker remains open.
  • Major defects are fixed and the same patterns were searched across the full file.
  • Names, terms, numbers, citations, and do-not-translate items passed their checks.
  • The actual output format works in the required readers or applications.
  • The final export, not an earlier draft, received the verification pass.
  • The issue log, glossary, source, output, and acceptance decision are stored together.

If you are producing a first translated draft, BookTranslator can process complete books and long documents instead of requiring copy-and-paste. For eligible non-PDF tasks, its current translation form also offers an Auto glossary option for recurring names, places, and specialized terms. That can reduce drift, but it does not replace the source comparison, format checks, or risk-appropriate human review in this checklist.

Catatan Berkaitan