Test yöntemlerimde try catch kullanmalı mıyım?

Birim testi yapıyorum.

Bir işlevi test etmeye çalışıyorum.

Test bileşenimden çağırıyorum. Ancak uzak işlev istisnayı işleyemezse, test cihazımın bileşeni de istisna alacaktır, sanırım.

Test cihazı bileşenimde istisna hakkında endişelenmeli miyim?

Teşekkürler.

DÜZENLE:

Not:

Bir hata atmak iyidir, ancak son seçenek olana kadar son kullanıcılara değil, sadece diğer işlevler için!

OMG Bir programlama teklifi yazdım !!

Kısa cevap: HAYIR.

Birim testlerinde istisnaları yakalamayın. İstisnaların ortaya çıktığı hataları ve durumları bulmak için birim test yapıyorsunuz.

Birim test çerçevesi istisnaları akılcı bir şekilde ele almalıdır. Çoğu (hepsi değilse de) xUnit çerçevelerinin, test edilen sistemdeki belirli bir istisna koşulunu başlatmak istediğinizde kullandığınız belirli istisnaları bekleyecek ve beklenen istisna yükselirse bir test geçişine sahip olacak, ancak başarısız değilse başarısız olacak bir yapıya sahiptir .

(Mcottle'ın cevabının aksine) Uzun cevap: HAYIR ... çoğu zaman

Bir testin belirli bir istisnayı yükseltmesini beklediğinizi söylediğinizde, o testteki HERHANGİ bir satırın bu istisnayı ne zaman yükselttiğini bilirsiniz.

Bu, test edilen yöntemin istisnayı attığını bilmekle aynı şey değildir.

Testiniz bir nesne veya bağlam kurmayı içeriyorsa (testin içinde, çerçevenizin sürümü dahilinde değil SetUp), gerçekten denemek / yakalamak için test etmek istediğiniz tek satırı, muhtemelen bir yardımcıyla sarmak daha iyi olabilir.

Örneğin,

public static class AssertHelper {
    public delegate void Thunk();

    public static void DoesNotThrow<T>(Thunk thunk, string message = "")
        where T: Exception {
        try {
            thunk.Invoke();
        } catch(T) {
            Assert.Fail(message);
        }
    }
}

ve sonra

[TestMethod]
public void assertHelperInAction() {
    // Random setup stuff here that's too annoying to put in my SetUp
    // method.
    AssertHelper.DoesNotThrow<IllegalArgumentException>(() =>
        {/* My random method under test */})
}

Bu test başarısız olursa, test edilen yöntemimin rastgele kurulum öğelerinde bir şey değil istisna attığını biliyorum.

(Rastgele kurulum öğelerinden kaçınmalısınız. Bazen, testte bazı kurulum kodlarına sahip olmak daha kolaydır.)

Genel olarak, istisnanın dışarı çıkmasına izin vermelisiniz ve test çerçevesi size ihtiyacınız olan tüm bilgileri içeren güzel bir rapor verecektir.

Ancak TDD metodolojisinde şu adımları izlememiz bekleniyor:

1. Bir test yazın
2. Başarısız olduğunu izleyin ve hatayı anlaşılabilir yapın
3. Kodu düzeltin
4. Kodu ve testi yeniden düzenleyin

Bir istisnayı dışarıda bıraktığınızda, hata açıksa sorun yoktur. Ancak bazen istisna belirsiz veya hatta yanlış yönlendiricidir. Bunun kodunuzda olmasına nasıl izin verebilirsiniz (daha sonra unutmuş olacağınız için veya sorunu çözmek için büyük zaman kaybedecek bir ekip üyesi için)? Dolayısıyla politikam: " Bir hatayı netleştirmek gerekirse, istisnayı yakalamanız gerekir ".