将测试类拆分为部分类？

Question

我正在寻找一种在 .NET 项目中组织单元测试的好方法。现在，每个应用程序类都有一个TestClass，每种方法都有多个测试。虽然我使用TestCategory 来根据它测试的应用程序类方法对每个TestMethod 进行分类，但发现我的测试方法变得很笨拙。

我正在考虑将我的测试类拆分为部分类 - 每个应用程序类方法一个部分类。这意味着我可以在每个方法的一个专用文件中拥有多个 TestMethod，而无需在大文件中寻找它们。

这种方法有什么缺陷吗？在 .NET 和 Visual Studio 中处理大型测试类是否有更好的方法？

编辑：我正在使用 IoC（我们在测试之外使用 Castle.Windsor 进行 DI）并且我们使用 Moq 来模拟功能。使用TestInitialize 初始化测试。

Answer 1

看看我的回答C# ASP.NET MVC Controller unit test。 它的要点是：

• 一个静态类，它包含给定的所有测试 被测系统。
• 为每个测试场景提供一个测试类 从基类继承的运行

此设置的另一个好处是它为您提供了一个很好的测试树，如果您使用 resharper 单元测试会话能够轻松找到您的测试。

至于第一个答案，您不应该在测试中使用 DI 框架。所有外部依赖项都应该被模拟/伪造，以便您只测试被测系统。

对于使用部分类。见Are C#'s partial classes bad design?

我同意 Carra 的观点，仅使用部分类来拆分长类被认为是糟糕的设计。如果你的班级这么大，可能需要拆分。

Answer 2

我会让您的测试简单明了。分离你的测试可能是有益的，但你在哪里初始化你的测试代码？您是否正在使用控制反转来完成其他测试应该已经完成​​的工作？如果是这样，那么您可能需要查看 [TestInitialize] 并开始组织您的依赖项。

这就是集中化 TestInit 的意思

[TestClass]
public class UnitTestWebsiteBuilderPattern
{
    private IHtmlInputService _htmlInputService;
    private IHtmlControlService _htmlControlService;
    private IHtmlMenuControlService _htmlMenuControlService;
    private IHtmlConditionalInputService _htmlConditionalInputService;
    private IHtmlPanelService _htmlPanelService;
    private IHelpIconService _helpIconService;
    private IHtmlModalService _htmlModalService;

    [TestInitialize]
    public void Init()
    {
        _helpIconService = new HtmlHelpIconService();

        _htmlInputService = new HtmlInputService(_helpIconService);
        _htmlPanelService = new HtmlPanelService(_htmlInputService);

        _htmlModalService = new HtmlModalService(_htmlPanelService);
        _htmlControlService = new HtmlControlService(_htmlPanelService);

        _htmlMenuControlService = new HtmlMenuControlService();
        _htmlConditionalInputService = new HtmlConditionalInputService();

    }