MSTest birim testimde "istisna oluşmadığını" nasıl kontrol ederim?

Bu yöntem için "void" döndüren bir birim testi yazıyorum. Bir istisna atılmadığında testin geçtiği bir durum olmasını istiyorum. Bunu C # ile nasıl yazabilirim?

Assert.IsTrue(????)

(Benim tahminim bu şekilde kontrol etmem gerektiği, ancak "???" içinde ne var)

Umarım sorum yeterince açıktır.

Bir istisna atılırsa birim testiniz yine de başarısız olacaktır - özel bir iddia koymanıza gerek yoktur.

Bu, hiçbir iddia içermeyen birim testlerini göreceğiniz birkaç senaryodan biridir - bir istisna ortaya çıkarsa test dolaylı olarak başarısız olacaktır.

Bununla birlikte, bunun için gerçekten bir iddia yazmak istediyseniz - belki istisnayı yakalayabilmek ve "istisna beklenmedi ama bunu anladım ..." raporunu bildirmek için, şunu yapabilirsiniz:

[Test]
public void TestNoExceptionIsThrownByMethodUnderTest()
{
    var myObject = new MyObject();

    try
    {
        myObject.MethodUnderTest();
    }
    catch (Exception ex)
    {
        Assert.Fail("Expected no exception, but got: " + ex.Message);
    }
}

(yukarıdakiler NUnit için bir örnektir, ancak aynısı MSTest için de geçerlidir)

NUnit'te şunları kullanabilirsiniz:

Assert.DoesNotThrow(<expression>); 

kodunuzun bir istisna oluşturmadığını iddia etmek için. Etrafında Assert olmasa bile bir istisna atılırsa test başarısız olsa da, bu yaklaşımın değeri, daha sonra testlerinizdeki karşılanmamış beklentiler ve hataları ayırt edebilmeniz ve özel bir mesaj ekleme seçeneğiniz olmasıdır. test çıktınızda görüntülenecektir. İyi yazılmış bir test çıktısı, kodunuzda bir testin başarısız olmasına neden olan hataları bulmanıza yardımcı olabilir.

Kodunuzun istisnalar atmadığından emin olmak için testler eklemenin geçerli olduğunu düşünüyorum; örneğin, girişi doğruladığınızı ve gelen bir dizeyi uzun bir dizeye dönüştürmeniz gerektiğini düşünün. Dizenin boş olduğu durumlar olabilir ve bu kabul edilebilir, bu nedenle dize dönüşümünün bir istisna oluşturmamasını sağlamak istersiniz. Bu nedenle, bu olayı ele almak için bir kod olacaktır ve bunun için bir test yazmadıysanız, önemli bir mantık parçasının kapsamını kaçıracaksınız.

Bir şey olduğunu test etmeyin olmaz . Kodun kırılmayacağından emin olmak gibi . Bu bir tür ima edildi, hepimiz kırılmayan, hatasız kod için çalışıyoruz. Bunun için testler mi yazmak istiyorsunuz? Neden sadece bir yöntem? Tüm yöntemlerinizin bir istisna oluşturmayacak şekilde test edilmesini istemez misiniz? Bu yolu takip ederek, fazladan, kukla, iddiasız bir testle sonuçlanacaksınız , kod tabanınızdaki her yöntem için elde . Hiçbir değeri yoktur.

Elbette, gereksiniminiz doğrulama yöntemi ise istisnaları yakalar , O testi yapmak (ya bunu biraz ters; buna yakalama için ne gerekiyor atmaz testi olduğunu).

Bununla birlikte, genel yaklaşım / uygulamalar bozulmadan kalır - test edilen kodun kapsamı dışında kalan bazı yapay / belirsiz gereksinimler için testler yazmazsınız (ve "işe yaradığını" veya "atmadığını" test etmek genellikle böyle - özellikle yöntemin sorumluluklarının iyi bilindiği senaryoda).

Basitçe söylemek gerekirse, kodunuzun ne yapması gerektiğine odaklanın ve bunu test edin.

Bu yardımcı sınıf, MSTest ile kaşıntımı kaşıdı. Belki seninkini de çizebilir.

[TestMethod]
public void ScheduleItsIneligibilityJob_HasValid_CronSchedule()
{
    // Arrange
    var factory = new StdSchedulerFactory();
    IScheduler scheduler = factory.GetScheduler();

    // Assert
    AssertEx.NoExceptionThrown<FormatException>(() =>
        // Act
        _service.ScheduleJob(scheduler)
    );
}

public sealed class AssertEx
{
    public static void NoExceptionThrown<T>(Action a) where T:Exception
    {
        try
        {
            a();
        }
        catch (T)
        {
            Assert.Fail("Expected no {0} to be thrown", typeof(T).Name);
        }
    }
}

Görmeyi seviyorum Assert.WhateverHer testin sonunda , sadece tutarlılık için ... bir olmadan, orada olmaması gerektiğinden gerçekten emin olabilir miyim?

Benim için bu, koymak kadar basit Assert.IsTrue(true);

Ben biliyorum ben vermedi yanlışlıkla orada bu kodu koymak ve böylece ben amaçlandığı gibi bu olduğunu aracılığıyla hızlı bir yağsız az güvenen yeterli olmalı.

    [TestMethod]
    public void ProjectRejectsGappedVersioningByDefault() {

        var files = new List<ScriptFile>();
        files.Add(ScriptProjectTestMocks.GetVersion1to2());
        files.Add(ScriptProjectTestMocks.GetVersion3to4());

        Assert.Throws<ScriptProject.InvalidProjectFormatException>(() => {
            var sut = new ScriptProject(files);
        });

    }

    [TestMethod]
    public void ProjectAcceptsGappedVersionsExplicitly() {

        var files = new List<ScriptFile>();
        files.Add(ScriptProjectTestMocks.GetVersion1to2());
        files.Add(ScriptProjectTestMocks.GetVersion3to4());

        var sut = new ScriptProject(files, true);

        Assert.IsTrue(true);   // Assert.Pass() would be nicer... build it in if you like

    }

Arkadaşım Tim bana ExpectedException'dan bahsetti . Bu b / c'yi gerçekten seviyorum, daha kısa, daha az kod ve bir istisna için test ettiğiniz çok açık.

[TestMethod()]
[ExpectedException(typeof(System.Exception))]
public void DivideTest()
{
    int numerator = 4;
    int denominator = 0;
    int actual = numerator / denominator;
}

Bununla ilgili daha fazla bilgiyi burada okuyabilirsiniz: ExpectedException Öznitelik Kullanımı .