StreetComplete项目中的时间范围测试问题分析与解决

问题背景

在StreetComplete项目的测试过程中，发现TimeRangeTest测试类中的时间格式化测试用例出现了失败情况。这个问题源于Java 20和CLDR 42版本对时间格式标准的更新，导致时间字符串中AM/PM标记与数字之间的空格字符发生了变化。

问题分析

测试用例原本期望时间格式为"12:00 AM - 12:00 PM"这样的输出，但实际上系统现在使用了Unicode的U+202F（NARROW NO-BREAK SPACE，窄不换行空格）字符来连接时间数字和AM/PM标记，而不是普通的空格字符(U+0020)。

这种变化是CLDR（Common Locale Data Repository）标准在Java 20版本中的更新导致的。CLDR认为时间数字和AM/PM标记在排版上不应该被分开，因此引入了这个窄不换行空格字符来确保它们保持在同一行显示。

技术细节

1. 字符编码变化：

   • 旧版本使用：U+0020（普通空格）
   • 新版本使用：U+202F（窄不换行空格）

2. 影响范围：

   • 所有涉及时间范围格式化的测试用例都会受到影响
   • 实际应用中，这种变化对用户体验影响不大，但会导致测试失败

3. 解决方案验证：

   • 通过将测试期望值中的普通空格替换为U+202F字符，测试能够通过
   • 使用Kotlin代码表示为："12:00"+(8239.toChar())+"AM - 12:00"+(8239.toChar())+"PM"

解决方案

项目维护者最终采用了更新测试期望值的方案，将测试用例中的普通空格替换为Unicode窄不换行空格字符。这种解决方案：

1. 保持了与最新Java/CLDR标准的一致性
2. 不需要修改应用本身的格式化逻辑
3. 确保测试能够正确验证时间格式化功能

对开发者的启示

这个问题展示了国际化(i18n)和本地化(l10n)标准变化可能对测试产生的影响。开发者需要注意：

1. 时间、日期、数字等格式化标准会随着CLDR更新而变化
2. 测试用例可能需要定期更新以适应这些变化
3. 在跨平台开发中，不同环境可能使用不同版本的格式化标准

通过及时更新测试用例，StreetComplete项目确保了测试的准确性和与最新标准的兼容性，同时保持了应用功能的稳定性。