Archive | Тестирование в Agile RSS feed for this section

Не все называют agile agile’ом

[slideshare id=2192875&doc=developmentmanage1-0-091011125945-phpapp01]

Презентация Владимира Габриеляна из Mail.ru на конференции HighLoad++. По сути он перечисляет методы работы и практики из agile (в частности XP), но при этом работа идет по ТЗ.

И вот что примечательно (к слову развернувшейся тут беседы): слова agile, scrum, XP в презентации вообще не фигурируют. Т.е. можно рассказывать про то, как надо работать, но при этом agile’ом это не называть. Да и вообще никак не называть.

Read full storyComments { 5 }

Индикатор плохого дизайна

author: b?hringer friedrich, http://commons.wikimedia.org/wiki/File:Seefrosch01.JPG

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

Бывают моменты, когда приходится прилагать много усилий для написания теста очередной функции. Ты начинаешь писать тест и его код разрастается до невиданных размеров или ты стопоришься на том, что не знаешь, как “замочить” или “застабить” функцию/класс. И тут начинается колдовство и просыпается изобретательность, которые приводят к тому, что коллега, просмотрев тест, с трудом понимает, что в нем происходит.

Если у тебя сейчас так, то тебе нужно остановиться. Убери руки с клавиатуры и взгляни на свою систему. Возможно тебе стоит заменить наследование композицией? Возможно твоя функция берет на себя слишком много обязанностей? А может у тебя слишком много зависимостей? Подумай, что мешает тебе написать простой тест?

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

Read full storyComments { 2 }

Итоги 5й встречи сообщества Agile.BY

Коллеги, 26 февраля мы провели очередную встречу сообщества Agile.BY.

Павел Габриель выступил с презентацией на тему разработки через тестирование (Test Driven Development), а Николай Кардаш поделился опытом и информацией о том, как писать модульные тесты и какими инструментами при этом можно пользоваться.

Николай предоставил исходный код и примеры использования фреймворков, которые он продемонстрировал на встрече (в архиве есть инструкция, как все запускать: DemoReam1st.txt).

Презентация Николая:

[slideshare id=1102171&doc=agileinstrumentation-090304154501-phpapp02] (more…)

Read full storyComments { 11 }

Как улучшить взаимодействие тестера и разработчика?

clip_image002

Согласно agile тестировщики и разработчики должны работать вместе, ожесточенно забарывая эффект возрастания стоимости исправления бага (ну то есть если разработчик и тестер нашли баг до того, как сделали коммит в репозиторий – то мы как минимум съэкономили время на сбор билда, тестирование, пост бага, прочтение сообщения про баг, вспоминание контекста, фикс, сборку билда, верификацию бага). (more…)

Read full storyComments { 3 }

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

На первой встрече Agile.by было задано много вопросов по тестированию. Я нашел замечательную презентацию, которая может прояснить многие моменты TDD. В презентации также делается обзор средств для написания модульных тестов на различных языках: PHP, Ruby, Python, Java, Perl, C/C++.А вот и сама презентация:

[slideshare id=181371&doc=test-driven-development-tutorial-11961285135562-4&w=425]

Для “погружения” в тему можно прочитать книгу Кента Бека “Экстремальное программирование: разработка через тестирование”.

Read full storyComments { 12 }