TDD和Mocking TcpClient

Question

人们如何处理模拟TcpClient（或TcpClient之类的东西）？

我有一个接收TcpClient的服务。 我应该把它包装成更可模仿的东西吗？ 我该怎么做呢？

Answer 1

当来到非测试友好的模拟类（即密封/未实现任何接口/方法不是虚拟的）时，您可能希望使用适配器设计模式。

在此模式中，您将添加一个实现接口的包装类。 然后，您应该模拟接口，并确保所有代码都使用该接口而不是不友好的具体类。 它看起来像这样：

public interface ITcpClient
{
   Stream GetStream(); 
   // Anything you need here       
}
public class TcpClientAdapter: ITcpClient
{
   private TcpClient wrappedClient;
   public TcpClientAdapter(TcpClient client)
   {
    wrappedClient = client;
   }

   public Stream GetStream()
   {
     return wrappedClient.GetStream();
   }
}

Answer 2

我认为@Hitchhiker走在正确的轨道上，但我也想考虑将这样的事情进一步抽象出来。

我不会直接嘲笑TcpClient，因为即使你已经编写了测试，这仍然会使你与底层实现过于紧密。 也就是说，您的实现特别依赖于TcpClient方法。 就个人而言，我会尝试这样的事情：

   [Test]
    public void TestInput(){

       NetworkInputSource mockInput = mocks.CreateMock<NetworkInputSource>();
       Consumer c = new Consumer(mockInput);

       c.ReadAll();
    //   c.Read();
    //   c.ReadLine();

    }

    public class TcpClientAdapter : NetworkInputSource
    {
       private TcpClient _client;
       public string ReadAll()
       { 
           return new StreamReader(_tcpClient.GetStream()).ReadToEnd();
       }

       public string Read() { ... }
       public string ReadLine() { ... }
    }

    public interface NetworkInputSource
    {
       public string ReadAll(); 
       public string Read();
       public string ReadLine();
    }

此实现将完全将您与Tcp相关的详细信息（如果这是设计目标）分离，您甚至可以从硬编码值集或测试输入文件中输入测试输入。 如果你正在考虑长期测试你的代码，那就非常有用了。

Answer 3

使用适配器模式绝对是解决问题的标准TDD方法。 但是，您也可以创建TCP连接的另一端并让测试工具驱动它。

IMO广泛使用适配器类混淆了设计中最重要的部分，并且还倾向于从测试中删除大量真正应该在上下文中测试的内容。 因此，替代方案是构建您的测试脚手架以包含更多被测系统。 如果您从头开始构建测试，您仍然可以将失败的原因与特定的类或函数隔离开来，它就不会孤立......