Selenium Java多语言文本断言异常问题求助

这明显是字符编码转换错误引发的问题：你传入的预期字符串是乱码状态，而Selenium从页面获取的是正确编码的文本，自然断言不通过。

具体原因 #

你看到的乱码Ã¥其实是UTF-8字符å被错误解码（比如当成ISO-8859-1/Latin-1处理）后再次编码的结果。页面上的文本是正确的UTF-8编码，所以element.getText()返回了正常的må，但你传入的预期文本已经被编码损坏，导致两者不匹配。

解决方案 #

1. 直接修正预期文本
   把你传入的断言文本替换成正确的挪威语字符串，不要用乱码版本：

   // 调用方法时传入正确的文本
   assertElementContainsText(targetElement, "Fornavn er et felt som må fylles ut.");
   

2. 确保外部文本资源的编码读取正确
   如果你的预期文本是从文件、数据库或配置文件读取的，一定要指定UTF-8编码读取，避免默认编码（比如Windows的GBK或系统默认的Latin-1）损坏特殊字符。举个Java读取文件的例子：

   String expectedText = Files.readString(Paths.get("your-text-file.txt"), StandardCharsets.UTF_8);
   assertElementContainsText(targetElement, expectedText);
   

3. 统一测试环境的编码配置
   给你的JVM添加启动参数-Dfile.encoding=UTF-8，强制整个测试环境使用UTF-8编码，从根源避免编码自动转换带来的乱码问题。

可选优化：添加日志排查编码问题 #

如果担心编码问题反复出现，可以在断言方法里添加日志打印，方便快速定位问题：

default void assertElementContainsText(WebElementFacade element, String text) {
    try {
        String actualText = element.waitUntilVisible().waitUntilClickable().getText();
        // 打印实际和预期文本，方便排查编码差异
        System.out.println("Actual element text: " + actualText);
        System.out.println("Expected text to contain: " + text);
        Assert.assertThat(actualText, CoreMatchers.containsString(text));
    } catch (NoSuchElementException e) {
        throw new NoSuchElementException("Could not find element " + element);
    }
}

内容的提问来源于stack exchange，提问作者irshadmohammed yakubkhan