Тестирование. Тесты как спецификация

ТЕСТЫ КАК СПЕЦИФИКАЦИЯ

Будет ли тест понятен ревьюеру?
Сможет ли ревьюер быстро убедиться в корректности

class Superman_should {
[Test]
public void save_kitten_from_tree(){
… superman.Act();
Assert.IsTrue(kitten.IsSaved());
}
[Test]
public void wear_redBlue_suit(){
… }
…
}

ТЕСТЫ КАК СПЕЦИФИКАЦИЯ

Arrange
Act
Assert

ПРАВИЛЬНАЯ СТРУКТУРА ТЕСТА

Что должно быть в имени теста?
Conditions: preconditions, input, state
System Under Test:

ParserTests.TestParse?
ParserTests.Parse_Fails?
ParserTests.Parse_BigNumbers?
ParserTests.Parse_NumbersGreaterThanMaxInt?
ParserTests.Fail_OnNegativeNumbers?

ИМЯ ТЕСТА КАК СПЕЦИФИКАЦИЯ

isAdult_AgeLessThan18_False
ParseInt_should.Fail_OnNonNumber
Stack_should.BeEmpty_AfterCreation
When_MandatoryFieldsAreMissing_Expect_StudentAdmissionToFail

ИМЯ ТЕСТА КАК СПЕЦИФИКАЦИЯ

Local Hero
Loudmouth
Free Ride
Over specification
http://blog.james-carr.org/2006/11/03/tdd-anti-patterns/

АНТИПАТТЕРНЫ

ПРИМЕР СПЕЦИФИКАЦИИ ТЕСТАМИ

ПИШЕМ ТЕСТЫ ЛЕГКО

ТЕСТ НАПИСАТЬ – КАК ЧАЙ ПОПИТЬ

SetUp, TearDown
Comparer, Equal, ToString
Собственные Assert-ы

БОРЬБА С ДУБЛИРОВАНИЕМ

Они же Data Driven

PARAMETRIZED TESTS

[Test, Timeout(1000)]
public void Test()
{
…
}

ОГРАНИЧЕНИЕ ПО ВРЕМЕНИ

Assert.AreEqual(expected, actual) или Assert.AreEqual(actual, expected)?
Assert — корявая семантика (2+2).Should().Be(4) — лучше!
Неинформативные исключения «Expected True

Resharper → Tools → Templates Explorer → Import → tests-templates.DotSettings
tf — TestFixture
tt —

CHALLENGE

В проекте Challenge в файле WordsStatistics_Tests напишите тесты:
WordsStatistics — должен проходить все

Открываем DoNotOpen!

CHALLENGE