zrlw edited a comment on issue #8689:
URL: https://github.com/apache/dubbo/issues/8689#issuecomment-917364813
总结一下截止目前发现的主要问题：
1. 部分测试类执行结果影响后续测试类执行结果
有些测试类测试结束后，运行环境并未恢复，会影响下一个测试类执行结果，甚至导致下一个测试类的测试方法抛异常。
比如dubbo-config-api，对其单独做junit测试（可以在界面上直接了解当前测试进度和哪个测试方法存在问题，比mvn test直观），
ReferenceConfigTest测试之后会影响ServiceConfigTest测试，后者testServiceListener方法执行MockServiceListener
mockServiceListener = (MockServiceListener)
extensionLoader.getExtension("mock")语句时会抛异常；
更糟糕的是还会导致testDelayExport测试方法直接hang掉，需要手工终止junit测试。
**这个或许是UT构建时间timeout无论设置多大，最终都爆掉了的根本原因**
2. 部分测试类需要其他测试类预先设置环境（吐个槽，这种测试类还是UT么？）
比如DubboTelnetDecodeTest这个测试类，如果单独跑junit测试，就是这样的结果：
[ERROR] DubboTelnetDecodeTest.testDubboDecode:127 expected: <1> but was:
<0>
[ERROR] DubboTelnetDecodeTest.testDubboDubboDecoded:381 expected: <2> but
was: <0>
[ERROR] DubboTelnetDecodeTest.testDubboTelnetDecoded:452 expected: <2> but
was: <1>
[ERROR] DubboTelnetDecodeTest.testTelnetDubboDecoded:243 expected: <2> but
was: <1>
3.
测试类每个测试方法执行结束后执行DubboBootstrap.reset()或destroy()释放全局资源（比如关闭zk连接）与仍在运行中的dubbo守护线程（如DubboSaveMetadataReport）之间存在冲突，可能触发后续测试方法执行失败。
解决问题1需要将forkMode设置为always：为每个测试类创建一个单独的进程，mvn test顺序执行每个测试类，以避免环境污染；
解决问题2需要将forkMode设置为once：mvn test顺序执行所有测试类时共享一个测试进程；
所以如果不修改测试类，问题1和2是无解的。
问题3可以在释放全局资源时停止相关的dubbo线程，代价是集成构建时间变长了，可以试试效果。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscr...@dubbo.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscr...@dubbo.apache.org
For additional commands, e-mail: notifications-h...@dubbo.apache.org
