单元测试：接口编码？

Question

目前我的项目由各种具体类组成。现在，当我进入单元测试时，看起来我应该为每个类创建一个接口（实际上使我的项目中的类数量增加了一倍）？我碰巧使用 Google Mock 作为模拟框架。请参阅界面上的 Google Mock CookBook。以前我可能只有类 Car 和 Engine，现在我会有抽象类（又名 C++ 接口）Car 和 Engine< /code> 然后是实现类 CarImplementation 和 EngineImpl 或其他类。这将允许我消除 Car 对 Engine 的依赖。

我在研究这一问题时遇到了两种思路：

1. 仅当您可能需要多个接口时才使用接口 给定抽象的实现和/或在公共 API 中使用， 因此，否则不要创建不必要的接口。

2. 单元测试存根/模拟 通常是“其他实现”，所以，是的，您应该创建 接口。

在进行单元测试时，我应该为项目中的每个类创建一个接口吗？ （我倾向于创建接口以方便测试）

Answer 1

认为你有很多选择。正如您所说，一种选择是创建接口。假设您有类

class Engine:
{
public:
    void start(){ };
};

class Car
{
public: 
    void start()
    {
        // do car specific stuff
        e_.start();

private:
    Engine e;
};

要引入接口 - 您必须更改 Car 以采用 Engine

class Car
{
public: 
    Car(Engine* engine) :
    e_(engine)
    {}

    void start()
    {
        // do car specific stuff
        e_->start();

private:
    Engine *e_;
};

如果您只有一种类型的引擎 - 您突然使您的 Car 对象更难使用（谁创建引擎，谁拥有引擎）。汽车有很多零件——所以这个问题会不断增加。

如果您想要单独的实现，另一种方法是使用模板。这消除了对接口的需要。

class Car<type EngineType = Engine>
{
public: 
    void start()
    {
        // do car specific stuff
        e_.start();

private:
    EngineType e;
};

在您的模拟中，您可以使用专用引擎创建汽车：

Car<MockEngine> testEngine;

另一种不同的方法是向 Engine 添加方法以允许对其进行测试，例如：

class Engine:
{
public:
    void start();
    bool hasStarted() const;
};

然后您可以向 Car 添加检查方法，或者从 Car 继承进行测试。

class TestCar : public Car
{
public:
    bool hasEngineStarted() { return e_.hasStarted(); }
};

这需要将 Car 类中的 Engine 从私有更改为受保护。

根据现实世界的情况，将取决于哪种解决方案是最好的。此外，每个开发人员对于如何对代码进行单元测试都有自己的圣杯。我个人的观点是牢记客户/顾客。让我们假设您的客户（也许是您团队中的其他开发人员）将创建汽车并且不关心引擎。因此，我不想公开引擎（我的库内部的类）的概念，这样我就可以对它进行单元测试。我会选择不创建接口并一起测试两个类（我给出的第三个选项）。

Answer 2

关于实现可见性的测试有两类：黑盒测试和白盒测试

• 黑盒测试侧重于通过接口测试实现，并验证对其规范的调整。

• 白盒测试测试有关实施的具体细节，通常不应该可以从外部访问这些细节。此类测试将验证实施组件是否按预期工作。 试图找出问题所在或需要维护的开发人员来说最感兴趣。

根据其定义适合模块化架构的维护模拟的开发人员来说最感兴趣，但这并不意味着项目中的所有类都需要完全模块化。当一组类彼此了解时，划清界限是完全可以的。它们作为一个组可以从某个外观接口类的角度呈现给其他模块。但是，您仍然希望在该模块中拥有白盒测试驱动程序，并了解实现细节。因此，这种测试不太适合模拟。

由此可见，您不需要为所有事情提供模拟或接口。只需采用实现外观接口的高级设计组件并为它们创建模拟即可。它会给你一个最佳点，模拟测试会带来回报恕我直言

话虽如此，尝试使用该工具来满足你的需求，而不是让该工具强迫你进行你认为对实际情况无益的更改。从长远来看

Answer 3

为项目中的每个类创建接口可能有必要，也可能没有必要。这完全是一个设计决定。我发现大部分情况并非如此。通常，在n 层设计中，您希望抽象数据访问和逻辑之间的层。我认为您应该朝这个方向努力，因为它有助于测试逻辑，而无需太多测试所需的基础设施。像 依赖注入和 IoC 这样的抽象方法需要你做这样的事情，并且会让它变得更容易测试所说的逻辑。

我会检查您正在尝试测试的内容，并重点关注您认为最容易出错的领域。这可以帮助您决定接口是否必要。