Что бы вы включили в 10-минутный доклад Грока о модульном тестировании?

Question

Я скоро сделаю 10-минутный доклад Грока о модульном тестировании в моей компании. Я сам пробовал и чувствую, что это может принести пользу компании. Мы уже проводим тестирование WebInject в нашей специальной команде QA, но я хочу попробовать продать модульное тестирование разработчикам.

Так что всего за 10 минут, что бы вы покрыли и почему?

• мы веб-приложения Microsoft Shop C #, я использовал NUnit в своем опыте.

Answer 1

Иметь хороший набор ресурсов для последующего / самостоятельного обучения:

• прагматический юнит-тест для java / c # - хорошие книги на эту тему
• Бумага Кента Бека на модульном тестировании
• ссылки на любые более крупные образцы с использованием выбранной среды тестирования

Answer 2

Еще один способ сделать это:

Предложите проблему, которую можно решить, создав алгоритм. Что-то относительно простое, конечно. Затем код этого алгоритма в проекте DLL. Попробуйте пробраться в некоторые слабости (я <= массив. Длина всегда хорошая). Затем спросите их, как они будут тестировать эту DLL. </p>

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

Answer 3

Хорошо подготовленное живое демо:

1. Найдите "ошибку" в вашем "приложении"
2. Напишите юнит-тест, который охватывает эту ошибку.
3. Исправить эту ошибку
4. Покажите, ваш код зеленый.

Таким образом, вы можете доказать, что эта ошибка будет повторяться снова!

Answer 4

Одежда эта футболка ; -)

Answer 5

С точки зрения бизнеса вы можете выделить тот факт, что модульные тесты могут «обезопасить» любые изменения, которые вы вносите в свой код. Получив набор модульных тестов, вы можете вносить изменения в базу кода и знать, что ломается, а что нет.

Может быть, неплохо было бы пройти пользовательское тестирование. Если у вас есть хороший набор тестов, вы можете предоставить неудавшиеся тесты пользователям после внесения изменений, чтобы они могли проверить правильность новых результатов. Кроме того, вы можете упростить сбор требований, если у вас есть пользователи, которые пишут для вас новые определения модульных тестов. Им не нужно уметь кодировать, но они должны быть в состоянии дать вам соответствующие входные данные и ожидаемые выходные данные (иначе как бы они узнали, работали ли запрошенные изменения?).

Visual Studio имеет довольно хороший набор инструментов для модульного тестирования, поэтому один или два примера могут значительно помочь вашей группе понять, что такое модульное тестирование на практике.