Question

我有一个使用boost的类：asio :: yield_context，我想知道如何最好地对它进行单元测试。 I类的简化版本：

class Foo {
public:
  void Read(boost::asio::yield_context context) {
      my_scheduler->WaitOnEvent(BUFFER_HAS_DATA, context);
      <...snip...>
      callback(data);
  }

  void Write() {
       // write to buffer
       my_scheduler->FireEvent(BUFFER_HAS_DATA);
  }

  void Start() {
     my_scheduler->Spawn(boost::bind(&Foo::Read, this, _1));
  }
<...snip...>
};

我已经编写了自己的＆＃39;日程安排程序＆＃39;它包含了提升asio功能，所以我有机会在实际命中asio之前拦截它们。测试是确定性的非常重要，所以我希望能够让测试只使用一个线程（所以从来没有实际调用boost :: asio :: spawn）并且理想情况下同步测试这个类一些代码如下：

void do_test() {
    <...snip...>
    unsigned int num_callbacks = 0;
    auto callback = [&num_callbacks] (data) {
        ++num_callbacks;
    }
    foo->SetCallback(callback);

    for (int i = 1; i <= 5; ++i) {
        foo->Write();
        foo->Read(); // What would I need to pass here?
        assert(num_callbacks == i);
    }        
}

如果我手动创建一个basic_yield_context，我是否可以将它传递给测试中的Foo :: Read并让它按预期工作？如果是这样，我对这个场景中basic_yield_context ctor实际寻找的内容感到有些困惑。如果这不起作用，我真的对测试这种代码的更好策略感兴趣，那么最好的方法是什么？

谢谢！

Answer 1

我的建议是使用模拟对象来模仿yield_context的界面。

您可以尝试模拟许多库。

一个很好的用于提升的是乌龟：

http://turtle.sourceforge.net/

GoogleMock是另一种可能性：

https://code.google.com/p/googlemock/

为了使用其中一个模拟库，您必须修改接口以适应模拟。我认为在这种情况下你最好的选择是实现Read和MyScheduler::WaitOnEvent的方法，所以context参数的类型是模板参数（即鸭子类型）：

class Foo {
public:

    //! This would be a `duck-type` interface.
    template <typename YieldContext>    
    void Read(YieldContex context) {
        //! You would also need one for your my_scheduler type's call to WaitOnEvent.
        my_scheduler->WaitOnEvent(BUFFER_HAS_DATA, context);
        <...snip...>
        callback(data);
    }      
    <...snip...>
};

Answer 2

将Brandon的答案标记为正确答案1）它是我得到的唯一答案:)和2）它比我能想出的任何东西更通用

我最终没有使用鸭子打字方法，因为它与我编写的asio包装器的需求并不完全吻合。我最终做的实际上是继续让类使用真正的io上下文和真正的yield上下文，但是不将任何线程附加到io上下文。我建立了一个伪时间线＆＃39;预定事件，然后根据测试需要播放它们，以便结果始终是确定性的。这可能听起来有点做作，但它在我所处理的限制范围内效果最好。

如何最好地对使用boost :: asio :: yield_context的类进行单元测试？

2 个答案: