Test-driven development (Anton Dmitriyev)

Automated Software Testingby ANTStorm

Friday, 10 September 2010

Что сегодня за день?


9 сентября 1945 года, учеными Гарвардского университета, официально был зарегистрирован первый в истории баг.

Ученые Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле.Проделанная работа требовала описания, и слово было найдено — «debugging» (дословно: избавление от насекомого) — так и ныне называется процесс выявления и устранения багов — причин неправильной работы компьютера.Извлеченное насекомое было вклеено в техдневник, с сопроводительной надписью: «First actual case of bug being found» (первый обнаруженный баг), и в дальнейшем передано в музей вычислительной техники.Этот забавный факт положил начало использованию слова баг в качестве ошибки.


Добрый день,меня зовут Антон и я занимаюсь тестированием софта уже 3 года...


Хмммм...Разработчик?Тестированием?3 года?Выпей йаду!


Īstie vīri softu netestē!


Зачем оно нужно?


Зачем?

улучшить разработку

облегчить жизнь

избавиться от множества проблем

значительно улучшить качество кода


Классическая проблема


Мы можем сделать этот проэкт:

быстро

качественно

дёшего


Выбирите любые два пункта...

быстро

качественно

дёшего


А ведь хочется всё сразу...


Тестирование позволяет нам сделать любой проэкт

немного быстрее

немного качественнее

немного дешевле


Быстрее


Время, необходимое для исправления ошибки на разных стадиях проэкта

0

250

500

750

1000

Проэктирование Разработка Бэта Продукция


Качественнее


меньше потенциальных ошибок

более красивый, переиспользуемый код

весомый аргумент для клиента...


Дешевле


Чё? Серьёзно?


Стоимость исправления ошибки на разных стадиях проэкта

0

250

500

750

1000

Проэктирование Разработка Бэта Продукция


И что же это за зверь?


TDD


ТДД? ЁПРСТ?


Test Driven Development


Разработка, оринтированная на тестирование


Разработка, оринтированная на тестированиечто-то типо того...


Тестирование

Планирование

Реализация



TDD

Планирование




What?


Точнее...Планирование





Ещё точнее...Планирование





И в цвете...Планирование





Как это происходит?

Планирование: придумываем функционал, который надо реализовать

Тестирование: пишем тест, проверяющий нашу задумку

Реализация: она и в Африке...

Тестирование: тест должен успешно выполняться


В чём фокус?

новый функционал реализуется до момента выполнения теста

ни строчкой больше

после этого принимаемся за рефакторинг


Red-Green-Refactor concept

Red RefactorGreen


BDD


Behavior Driven Development


Тоже самое, что и TDD. Но...

пишем не тесты, а спецификацию

тестируем не строки кода, а поведение

в результате получаем бонус - спецификацию


Чтобы тестирование было эффективным, его нужно автоматизировать


DEMO


Что же нам дают тесты, кроме потраченного времени на их написание?

:)


Бонусы

уверенность в том, что всё работает так, как было запланированно

уверенность в том, что никто случайно не сломает то, что мы написали

уверенность в том, что мы не сломаем то, что писал кто-то другой

спецификация, позволяющая новым участникам проэкта быстро в него вникнуть


Тестирование UI


Берём 10 тестировщиков...


И лишаем их работы...

:)


Selenium


Selenium

позволяет имитировать работу человека за компьютером

просто и удобный интерфейс

позволяет тестировать UI

в том числе и AJAX


И напоследок...


Хорошая практика в командах

не разделять код на “твой”, “мой” и “того чувака в красной майке”

увидел проблему - почини её

сломал чей-то тест - почини


Test-driven development (Anton Dmitriyev)

Technology

Transcript of Test-driven development (Anton Dmitriyev)