1. Тестируем код с Visual
Studio 2012

2. @dmytromindra

3. Содержит откровенный код и сцены модульного
тестирования.
@dmytromindra

4. Test Driven Development
@dmytromindra

5. Эффективное модульное
тестирование – одна из
важнейших составляющих
высококачественного кода.

6. Тестировать легаси код
сложно, а в некоторых
случаях невозможно.

7. Архитектура
Visual Studio TeamBuild
Command
Unit Test Unit Test
Line Runner
Explorer Activity
Visual Studio Unit Test Platform
MS-Test MS-Test
NUnit xUnit.net QUnit MORE!
Managed Native

8. Chutzpah
В переводе тот, кто выходит зарамки дозволенного.
qunit.d.ts: https://github.com/Diullei/TypeScript-d/blob/master/d.ts/qunit-1.10.0.d.ts
jasmine.d.ts: https://gist.github.com/3887505

9. Approval Tests
http://approvaltests.sourceforge.net/

10. Легаси код
@dmytromindra

11. Что такое плохо
Это хороший код?
bool IsFileEmpty(string file) {
var content = File.ReadAllText(file);
return content.Length == 0;
}
А это хороший тест ?
void FileExistsTest() {
File.Write("foo.txt", "");
var result = IsFileEmpty("foo.txt")
Assert.IsTrue(result);
}
@dmytromindra

12. Код, не поддающийся
тестированию.
Где он водится?
«Лишь бы работало»
– Бизнес логика в code-behind
– Слишком много зависимостей
– Работа с БД перемешана с бизнес логикой.
– Свой вариант ... ;)
Там, где тестируемость не предусмотрена
Там, где тестируемость намеренно исключена
Монолитная архитектура
@dmytromindra

13. Код, не поддающийся
тестированию.
Как его узнать?
– Сложные процедуры “setup” и “teardown”
– Зависимость от состояния среды
– Публичные статические методы
– Скрытое создание объектов.
– Использование замысловатых фреймворков.
– Полное отсутствие тестов!
@dmytromindra

14. Любая система,
где тестирование требует
сложной предварительной
подготовки
или где тесты работают
медленно,
считается не тестируемой.
@dmytromindra

15. Зависимость от среды
• Пусть имеется следующий код:
public void ThrowIfEndOfTheWorld()
{
if (DateTime.Now == new DateTime(2012,12,21))
throw new EndOfTheWorldException();
}
Как протестировать его
надежность ?
@dmytromindra

16. Зависимость от среды
• Может как-нибудть так?
[DllImport("kernel32.dll")]
extern static bool SetSystemTime(ref
SystemTime time);
[TestMethod]
public void Y2KTest()
{
SetSystemTime(2012,12,21,0,0,0);
Assert.Throws( () =>
ThrowIfEndOfTheWorld() );
}
@dmytromindra

17. Изолируй
Разделяй и властвуй
Есть два пути:
• Тестируемая архитектура
– Уровни абстракции,
интерфейсы,
инъекция зависимости
• Не тестируемая архитектура
– Отсутствие уровней абстракции, обилие
публичных статических методов,
запечатанные типы, и т.д.
@dmytromindra

18. Модульное тестирование
• Стабы(Stubs) и Моки(Mocks)
– Простые в использовании, конкретные
реализации для тестирования
– Очень похожи, но представляют собой
разные подходы
http://martinfowler.com/articles/mocksArentStubs.html
@dmytromindra

19. VISUAL STUDIO 2012
STUBS

20. Visual Studio 2012 Stubs
 Генерируются на этапе
компиляции (быстрые)
 Используют возможности языка
C# (без дополнительных API)
 Совместимы по типу (is-a) с
интерфейсом
@dmytromindra

21. VISUAL STUDIO 2012
SHIMS

22. Visual Studio 2012 Shims
 Во время выполнения
перехватывают вызовы любых .NET
методов
 Используют профайлер для
перенаправления вызовов
 “Monkey patching” для .NET
@dmytromindra

23. Используйте Shims, если …
 Вы работаете с внешними
компонентами, которые нельзя
изменить
 Вы работаете с легаси кодом,
обладающим нетестируемой
архитектурой
@dmytromindra

24. ShimsContext
Не используйте общий контекст.
Создавайте контекст в каждом
тесте отдельно.
@dmytromindra

25. Почему стоит побысрее
избавиться от Shims?
 Они медленные!
 Они полагаются на знание
внутреннего устройства вашей
системы!
@dmytromindra

26. Эффективное модульное
тестирование – одна из
важнейших составляющих
высококачественного кода.

27. Тестировать легаси код
сложно, но возможно.

28. Помните! Использование тестов
может улучшить архитектуру

30. Спасибо !
@dmytromindra