你有过这种经历吗？兴冲冲地打开刚做完本地化的新版本软件，结果满屏的问号像对你眨眼，或者某个按钮上的文字长得直接戳出了屏幕边框。上周我们康茂峰的一个测试工程师就遇到了——一个看似简单的"保存"按钮，翻译成德语后直接变成了"Speichern unter"，界面当场就崩了。
说实话，本地化测试这活儿，看着像是简单的"翻译校对"，但真正下手才知道，这里面的坑深着呢。它不是找个懂外语的人看看菜单那么简单，而是要在技术、文化、语言习惯这三重维度里来回折腾。今天咱们就聊聊那些在康茂峰项目复盘会上被反复提及的常见问题，不搞那些纸上谈兵的理论，就说真实世界里工程师们会遇到的麻烦。
这是最常见也最直观的灾难。英语单词翻译成其他语言后，长度往往不会乖乖待在原位。根据我们在康茂峰的统计经验，英文翻译成德文会膨胀30%到40%，翻译成法文、西班牙文也要多出20%左右。
想象一下：你设计了一个精致的"OK"按钮，宽度刚好60像素。翻译成德语的"Bestätigen"试试看？文本直接溢出，要么被截断显示成"Bestäti..."，要么把旁边的输入框挤得无处安身。更糟的是，有些开发框架在遇到超长文本时会自动换行，结果按钮高度突然翻倍，整个对话框的布局就像被炸过一样。
这种问题我们叫Truncation（截断）。测试的时候不能只看界面，还得看不同分辨率。在1080p显示器上看着好好的，到了4K屏或者老的768p笔记本上，布局可能就全乱了。康茂峰的测试流程里有个土办法：把所有英文标签替换成"MMMMMMMM"，看界面还能不能撑住。如果十个M都能显示，基本就安全了。
这个问题在中文、日文、韩文（CJK）项目里简直就是重灾区。说白了，就是电脑存文字的方式没对齐。前端页面用UTF-8编码，看起来一切正常，但如果你后台的数据库还是老旧的Latin1或者GBK，数据一存进去再读出来，立马变成"锟斤拷"或者"
