1

同じテストのベース テスト クラスを作成しても意味がありますか? この場合のシナリオは何ですか。たとえば、XReport、YReport など、ほとんど同じビューモデルがあり、基本テストを作成します。

public abstract  class ReportTestBase
{
    public T UC_ReportUserControl_Create<T>() where  T : class, IViewModel
    {
        return NinjectService.Get<T>();
    }
}

次に、派生物を作成します。

[TestClass]
public class PsoriasisReport : ReportTestBase
{
    [TestMethod]
    public void UC_PsoriasisReportUserControl_Create()
    {
        Assert.IsNotNull(UC_ReportUserControl_Create<IPsoriasisReportUserControl>());
    }
}

これらのコードは単なるサンプルです。方法論に興味があります。

4

2 に答える 2

4

[Initialize]( NUnit 内の) メソッドに何らかの共通点がある場合[SetUp]、サブクラス化は、同じセットアップが何度も必要なテスト クラスに役立つ場合があります。

これらがMSTestで呼び出される順序に注意してください。

それ以外の場合は、 Pragmateekが示唆するように、ヘプラー クラスを作成します。

于 2013-06-10T13:59:07.437 に答える
1

それを行うこともできますが、 StuffHappens の継承で気づいたように、多すぎる可能性があります。

すべての冗長コードを素因数分解する静的ヘルパー メソッドを含む " TestsCommon " クラスを単純に作成できないでしょうか?

私はすでにこのアプローチを使用しており、コードがわかりにくくなることなくうまく機能します。

于 2013-06-10T13:39:21.123 に答える