Feeds:
Записи
Комментарии

Archive for Февраль 2010

Пребываю в жутком бешенстве.

У нас случился затык с организацией автоматизации тестирования. Может быть, потом расскажу, что и как (много специфики), но сейчас мне ПОЗАРЕЗ нужна информация о том, как дизайнить тесты, и особенно в области регрессионного тестирования.

Практика запуска автотестов что в общем режиме (запустил, отошел, вернулся и прочитал логи), что в вспомогательном режиме (в нужный момент запустил что-то типа «быстро сделай такое-то состояние системы») привела не к ускорению тестирования, а к отвлечениям на их правку и перезапуск. Вопрос «Да что же ты, Макарена ламбадная, не работаешь как надо-то?» в последнее время появляется чаще, чем нужно. Плюс гребанный AJAX.

Это уже раздражает.

Это уже ОЧЕНЬ СИЛЬНО раздражает.

Рррыыыыыыыыыы!

Нужно тесты организовать как-то иначе. Нужно их дизайнить.

Об этом предупреждали товарищи Канер с Бахом в Lessons learned in software testing в уроках 125 ‘Avoid complex logic in your test scripts‘ и 126 ‘Dont’t build test libraries simply to avoid repeating code‘. Единственное предложеное ими решение — грамотный дизайн.

Хорошо. Дизайн тестов — та еще область знаний. Мне ее, судя по затыку, не хватает. Вроде начитался, но результат фиговый.

И начинает раздражать ограниченность Кишинева в этой области. Где тут учиться тест-дизайну?

В Москве и СПб — хоть на икру намазывай — и у Баранцева, такой тренинг, конечно, есть, и у Александрова, и у Панкратова (ладно, он в Киеве, но все-таки). И по деньгам они доступны, хоть вдвойне заплати. И описано все так, что аж скулы сводит в букву «Зю».

Например, программа тренинга у Баранцева:

  1. Построение карты функций приложения и проектирование тестов по этой карте. (это я уже сделал, хоть и не знаю, если в правильно формате).
  2. Разделение областей данных на поддомены (классы эквивалентности), эвристики выбора представителей. (примерно готово.)
  3. Способы проектирования тестов для цепочек функций.
  4. Проектирование тестов на основе вариантов использования.
  5. Проектирование тестов на основе гипотез об ошибках.
  6. Подход к тестированию, основанный на анализе рисков.
  7. Комбинирование различных эвристик.
  8. ** Особенности проектирования тестов для регрессионного тестирования.
  9. ** Особенности проектирования тестов для автоматизации их выполнения.
  10. ** Особенности проектирования тестов различных уровней (модульные, интеграционные, системные).

Уааууу! Ну, валяется же все как на блюде.

Но всё это не семинары, это, балин, очные ТРЕНИНГИ! Интерактивные! По 8 часов! В сеть их выстаскивать нереально — это ни в звук записать, ни на слайды положить.

Аааааа!

Аааааааааа!

Аааааааааааааа!

Тысяча Боярских!

Мне снова тестно и неуютно в этой угандийской Молдове!

Ехать самому в Москву, или Баранцева с Панкратовым в Кишинев заманивать, конечно, решение, но очень гусарское.

Кто-нибудь видит решение проблемы?

Read Full Post »

%d такие блоггеры, как: