S1.01.4Worst-case localization testingdesign

Layouts must be tested against the longest language, not the average

Aliases: longest-language testing · translation stress test · localization stress testing

What it is

Worst-case localization testing validates each placement with the translation that actually occupies the most space rather than inferring safety from average length. An average describes a typical case but guarantees no supported locale. If one locale loses an action, content, or reading order, the interface has a functional failure.

Why it happens

Overflow is triggered at a local threshold: a string fits below it, while one extra pixel may cause wrapping or collision. A mean hides this nonlinear tail. Moreover, there is no single longest language across a product. One locale may dominate a button, another an error sentence or localized date, so the relevant unit is the string–component combination rather than a language-wide multiplier.

Where it stops holding

Choosing one language reputed to be long still misses other scripts, long compounds, restricted break opportunities, and right-to-left reflow. The longest approved translation also does not cover names, user-generated content, or dynamic numbers. A page filled with every maximum is useful as a stress test but may be an impossible content combination, so it cannot replace scenario-level checks with production data.

Applying it

  • Build an envelope of width, line count, height, and break-opportunity extremes per component and failure mode; different locales may trigger different extrema, so do not seek one maximum size or global average factor.
  • Combine long copy with narrow viewports, large text, error states, and dynamic values to expose interacting constraints.
  • Use accented, visibly marked pseudolocalization for Latin expansion, plus separate RTL, CJK, and complex-script samples for direction and shaping; repeat with real localized strings.
  • Pair screenshot and bounding-box alerts with human review of hierarchy, reading order, and primary-action availability.

Related

  • Same group: S1.01.1 Translations of the same content vary substantially in length across languages · S1.01.2 Short labels expand proportionally more than long passages · S1.01.3 Containers fixed to source-language length inevitably overflow · S1.01.5 Truncation hides overflow; it does not solve it
  • Adjacent: S4.03 Multilingual testing and pseudolocalization · S4.05 Localization quality acceptance criteria
  • Search terms: localization stress testing · worst-case layout · pseudolocalization

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/S1.01.4