多播微调 - 正确的方法？

Question

我是公司遗留代码的维护者（感叹）。尽管98％的应用程序都在同一个盒子上运行，但代码使用了相当多的多播。如果需要扩展系统，就可以通过这种方式在各个盒子之间分配应用程序。

这些组件通过消息传递相互通信（某些应用程序有发布者，其他用户等待消息到达）。

我的问题 - 我有一些回归测试，其中一些消息预计会在接下来的N秒内从某个组件到达某个应用程序，但它们有时不会。

对我来说，这整个方法看起来都错了。如果系统已加载，那么这没有任何意义。但我必须解决这个问题，而我正在研究的是内核调优 - 通过微调内核来改善系统响应。这是正确的方法吗？

Answer 1

你是对的。测试正在测试系统无法完成的事情。无论是垃圾测试还是重写系统。