使用GTest多次重复多线程测试的正确方法是什么？

Question

使用googletest，我想测试＜code＞ClientListener的行为。AcceptRequest方法：

class ClientListener {
public:
    // Clients can call this method, want to test that it works
    Result AcceptRequest(const Request& request) {
        queue_.Add(request);
        ... blocks waiting for result ...
        return result;
    }
private:
    // Executed by the background_thread_;
    void ProcessRequestsInQueue() {
        while (true) {
            Process(queue_.PopEarliest());
        }
    }

    MyQueue queue_;
    std::thread background_thread_ = thread([this] {ProcessRequestsInQueue();});
};

该方法接受客户端请求，对其进行排队，阻止等待结果，并在结果可用时返回结果。

当后台线程处理来自队列的相应请求时，结果是可用的。

我有一个如下的测试:

TEST(ListenerTest, TwoRequests) {
    ClientListener listener;
    Result r1 = listener.AcceptClientRequest(request1);
    Result r2 = listener.AcceptClientRequest(request2);
    ASSERT_EQ(r1, correctResultFor1);
    ASSERT_EQ(r2, correctResultFor2);
}

由于ClientListener类的实现涉及多个线程，因此此测试可能会在一次尝试中通过，但在另一次尝试中失败。为了增加捕获错误的机会，我多次运行测试：

TEST_P(ListenerTest, TwoRequests) {
  ... same as before ...
}
INSTANTIATE_TEST_CASE_P(Instantiation, ListenerTest, Range(0, 100));

但是现在，make test 命令将每个参数化实例化视为单独的测试，在日志中，我看到 100 个测试：

Test 1: Instantiation/ListenerTest.TwoRequests/1
Test 2: Instantiation/ListenerTest.TwoRequests/2
...
Test 100: Instantiation/ListenerTest.TwoRequests/100

鉴于我不使用参数值，有没有办法重写测试代码，以便 make test 命令将记录执行了 100 次的单个测试，而不是 100 次测试？

Answer 1

简单的答案：使用--gtest_repeat执行测试时就可以了（默认值为1）。

更长的回答:单元测试不应该用于这种测试。GTest在设计上是线程安全的(正如他们的自述文件中所述)，但这并不意味着它是执行此类测试的好工具。也许这是开始真正的集成测试工作的一个好的起点，为此我真的推荐Python的< code > behavior 框架。