如何对某些输入陷入无限循环的方法进行单元测试？

发布于 2024-11-06 12:14:06 字数 265 浏览 0 评论 0原文

这个问题突然出现在我的脑海里，我想在这里问这个问题。

这种情况是故意的，我只是写了一个无限运行的循环。我该如何对其进行单元测试？

我问这个是因为，这种情况可能发生在代码中的任何地方。假设我的方法委托给其他几个方法，我想知道

它是如何陷入无限循环的，
哪组输入导致了它
调用哪个方法（从此方法）导致了这种情况，

我没有为此编写代码。这个问题纯粹是为了了解如果将来出现这种情况该怎么办。请回复。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

孤星 2024-11-13 12:14:06

如何对某些输入陷入无限循环的方法进行单元测试？

您可以测试几乎相反的情况：“如何对方法进行单元测试，以便该方法对于某些输入的运行时间不会超过 Xxxx 毫秒”。如果此测试失败，您可能已经找到了具有无限循环的候选者。

NUnit 2.5 有一个 TimeoutAttribute，如果测试失败，则测试失败花费的时间比给定的毫秒数要长。

回复收藏 0 原文

月竹挽风 2024-11-13 12:14:06

我希望你指的是某种消息泵/事件处理循环。（大多数无限循环都是不好的）。

我会确保循环委托给某个处理输入的类。彻底测试这个类。

循环构造失败的可能性很小。所以我会通过验收测试或手动测试这一点。

这有点类似于测试可执行文件的 Main 函数。这里的技巧还在于确保 Main 委托给可测试的类。

回复收藏 0 原文

要走干脆点 2024-11-13 12:14:06

让循环的函数将循环检查委托给注入的依赖项：

interface IShouldLoop
{
    bool ShouldLoop();
}

class ClassToTest
{
    private final IShouldLoop shouldLoop;

    public ClassToTest(IShouldLoop shouldLoop)
    {
        this.shouldLoop = shouldLoop;
    }

    public void MethodToTest()
    {
        while(shouldLoop.ShouldLoop())
        {
            // do whatever
        }
    }
}

您可以测试它每次都将循环检查委托给 IShouldLoop 依赖项，并且您可以控制测试中的循环，以便它仅循环您想要的次数。在生产环境中，使用始终返回 true 的 IShouldLoop 实例对其进行实例化。

Have the function that loops delegate the loop check to an injected dependency:

interface IShouldLoop
{
    bool ShouldLoop();
}

class ClassToTest
{
    private final IShouldLoop shouldLoop;

    public ClassToTest(IShouldLoop shouldLoop)
    {
        this.shouldLoop = shouldLoop;
    }

    public void MethodToTest()
    {
        while(shouldLoop.ShouldLoop())
        {
            // do whatever
        }
    }
}

You can test that it delegates the loop check to the IShouldLoop dependency every time, and you can control the looping in your test, so that it only loops the number of times you want. In the production environment, instantiate it with an instance of IShouldLoop that always returns true.

回复收藏 0 原文