Модульное тестирование в C #

Разработчики программного обеспечения, демографически, любят обсуждать разработку программного обеспечения. Некоторые из этих дебатов бушуют бесконечно на протяжении многих лет, в то время как другие стремятся к как минимум некоторому консенсусу. Модульное тестирование, похоже, попадает в эту последнюю категорию.

Посмотрите на этот вопрос переполнения стека, который спрашивает, стоит ли модульное тестирование усилий. Четыре самых популярных ответа составляют 1348 голосов, и все они предлагают некоторую форму квалифицированного или неквалифицированного ответа «да». Только пятый по популярности ответ, с микроскопическими 38 голосами, предлагает «нет». И это предлагает квалифицированное нет в этом. Принимая во внимание переполнение стека в качестве барометра, кажется, что у нас есть хоть какой-то консенсус по этому вопросу.

Это, безусловно, многообещающе для практики. Но это волшебным образом не делает всех желающими или способными сделать это. В конце концов, в мире существует общее мнение, что бег и нить являются хорошими идеями, но люди все равно предпочитают не делать этого.

Как и в случае с бегом и нитью, время представляет собой барьер для усыновления. Вы должны найти время в своем дне, чтобы начать делать что-то новое. Но в отличие от бега и нити, модульное тестирование имеет нетривиальную кривую обучения. И, хотя я не могу легко помочь вам найти больше времени в вашем дне, я могу помочь вам с кривой обучения.

Итак, давайте сегодня посмотрим на модульное тестирование в C #. Я пишу этот пост, предполагая, что у вас нет предварительных знаний о практике и вы вооружены только интересом узнать, как она работает.

Модульное тестирование в C #: ценностное предложение

Любой, кто собирается делать что-то новое, должен разумно спросить: «Что для меня?» Другими словами, прежде чем делать это, вы должны понять его ценностное предложение для вас. Почему юнит тест?

Ну, это добавляет товарный навык к вашему резюме. Но давайте посмотрим дальше. Блоггер, пишущий целый пост на эту тему, говорил о доверии как о наиболее важном преимуществе. Я склонен согласиться с этим. Модульное тестирование дает вам уверенность в том, что ваш код делает то, что вы думаете. Это также позволяет вам вносить изменения в кодовые базы с большей уверенностью, чем вы могли бы.

Как оно работает? Что ж, давайте рассмотрим, как вы подходите к тестированию ваших изменений сегодня. Вы вносите некоторые изменения в код, а затем запускаете приложение, чтобы убедиться, что ваши изменения имели ожидаемый эффект. Вы старательно проверяете, что новое поведение выглядит правильно, и вы также убедитесь, что ничего не сломали. Тогда вы делаете это и называете это днем.

У вас достаточно высокая уверенность в том, что ваши новые изменения верны. И у вас есть уверенность, что они не создавали проблем в других местах. По крайней мере, у вас есть такая уверенность сегодня. Через неделю, месяц или год кто знает? Это будет зависеть от того, будете ли вы или другие члены команды возиться с тем, что вы только что сделали.

Но что, если я скажу вам, что вы могли бы сделать «достаточно высокую» уверенность в своих изменениях и «некоторую» уверенность в отсутствии регрессий намного, намного выше? А что, если я скажу вам, что вы всегда сможете сохранить этот высокий уровень уверенности?

Это ценностное предложение модульного тестирования.

Модульное тестирование в C #: самый простой маленький пример

Хорошо, давайте предположим, что мой шаг продал вас. По крайней мере, это продало тебя достаточно, чтобы продолжать читать. На этом этапе большинство людей, обучающих вас, начинают с формального определения модульного тестирования. Я собираюсь отказаться от этого подхода, потому что я хочу показать вам, насколько концептуально легко это может быть. Забудьте, на данный момент, о юнит-тестах, тестовых проектах и ​​всем том, что заставляет вас говорить «возможно, завтра». Вот модульное тестирование на простом старом C #, которое вы знаете и любите.

Допустим, вы написали следующую реализацию убийцы.

public class Calculator

{

    public int Add(int x, int y)

    {

        return x + y;

    }

}

static void Main(string[] args)

{

    var calculator = new Calculator();



    if (calculator.Add(15, 20) != 35)

        throw new InvalidOperationException();

}

[TestClass]

public class UnitTest1

{

    [TestMethod]

    public void TestMethod1()

    {

    }

}

[TestClass]

public class CalculatorTests

{

    [TestMethod]

    public void Adding_10_And_15_Returns_25()

    {

        var calculator = new Calculator();



        int result = calculator.Add(10, 15);



        Assert.AreEqual<int>(25, result);

    }

}