如何编写多线程单元测试？
2022-09-03 14:53:39
我想知道是否有一些单元测试框架能够轻松编写多线程测试？
我会想象这样的事情：通过n个线程同时调用一个特殊的测试方法，持续m次。完成所有测试线程后，将调用应验证某些约束的断言方法。
我目前的方法是在 junit 测试方法中创建 Thread 对象，在每个 run（） 方法中手动循环真正的测试用例，等待所有线程，然后验证断言。但是使用这个，我为每个测试都有一个大的样板代码块。
你有什么经验？
答案 1
有ConTest，还有GroboUtils。
多年前，我使用过GroboUtils，它完成了这项工作。ConTest是较新的，并且将是我现在首选的起点，因为仪器不仅仅是依靠反复试验，而是强制线程的特定交错，从而提供确定性测试。相比之下，GroboUtils MultiThreadedTestRunner只是运行测试，并希望调度程序产生一个交错，导致线程错误出现。
编辑：另请参阅ConcuTest，它也强制交错并且是免费的。
推荐
-
单元测试模拟返回的数据有什么意义？ 考虑一下我正在嘲笑某些服务及其方法的场景。 在上面的代码中，当调用时，mock 将返回 Jim，当调用 mock 时将返回 Mark。我的问题是我正在声明Mock的行为并检查它，拥有上述（或相同类型的）
-
验证是否使用 mockito 调用了三种方法之一 我有三种方法，如下所示： 但这不会编译“Errors类型中的方法方法1（字符串，字符串）不适用于参数（对象）” 我有两个问题： 我该如何解决这个问题？ 有没有办法检查是否调用了两种
-
模拟类的所有实例 我知道这通常是一种不好的做法，但在我的情况下，这是必要的。 我有一个案例，一个枚举持有一个类来获得一些信息。因此，Enum 在其构造函数中创建该 calss 的实例。 但应该是3倍它的工作
-
单元测试 OSGi 组件 我目前正在考虑“如何设计一个OSGi组件，以便使用jUnit和Mockito等框架轻松编写测试”。 模拟捆绑包间依赖关系非常容易，因为OSGi加强了DIP（依赖关系反转原则）和注入器方法（例如setter）通常
-
龙目岛注释与Cobertura或类似工具中的代码覆盖率 从我从上面的问题中读到的内容来看，在Cobertura中，没有办法将给定的代码部分排除在测试之外，而不是在测试中覆盖。 这是真的吗？/ 在任何模拟工具中都可行吗？ 我正在使用龙目岛注释
