单元测试代码覆盖率应该包括什么？

Question

我正在为一个类编写测试方法

例如：

class employee{

   public int ButtonID
        {
            get
            {
                return 
                function(GetValue("ButtonID"), 0);
            }
            set
            {
                SetValue("ButtonID", value);
            }
        }

    public function getEmployeeID()
    {somthing; }

    private function setEmployeeID()
    {somthing; }

    protected button_click(e)
    { somthing; }

}

这里我们计算代码覆盖率的时候也包括

1. getter 和 setter 方法
2. 按钮点击事件。
3. 公共函数
4. 私有函数

我应该看到以上四个的覆盖范围吗？

Answer 1

具体到第 1 点和第 2 点：

测试 getter 和 setter 取决于这些访问器方法在做什么。如果它们是自动实现的，那么我不建议显式测试它们。我相信 .NET Framework 的实现。如果您正在寻找增加的代码覆盖率，请确保在其他测试期间同时使用 get 和 set 属性，并且覆盖率将被计算在内。

如果属性访问器中发生了更复杂的事情，那么使用单元测试来帮助创建它（如果遵循测试优先的 TDD）或确保正确实现逻辑可能会很有用。

当涉及到特定于 UI 的代码时，不值得尝试使用单元测试对其进行测试。试图在单元测试中操作 UI 会导致测试不稳定、缓慢。如果您想在按钮单击处理程序中测试某些内容，请尝试将该功能提取到另一个可以更容易进行单元测试的类中。尽可能精简代码隐藏文件——将工作委派给您可以测试的其他类。

关于第 3 点和第 4 点：

正如评论者所指出的，公共方法为创建单元测试提供了丰富的目标区域。您希望确保您的类的公共 API 按预期执行，并且测试公共方法使您有机会了解使用被测试的类是多么容易。如果某些东西在测试中使用起来很尴尬，则可能表明需要进行设计更改。

仅通过您的公共方法测试您的私有方法。单元测试应该测试你的类的行为，而不是实现。从理论上讲，您应该能够通过您的公共方法来使用您的私有方法。