In verbis, non verba, sed res et ratio, quaerenda est

Тренинги по тестированию ПО в Самаре

2011-10-25T14:38:00.001+04:00

В ноябре наши тренеры впервые планируют посетить с тренингами по тестированию ПО Самару.

10 ноября, Тестирование методом свободного поиска (exploratory testing), тренер Алексей Баранцев
11 ноября, Функциональное тестирование ПО, тренер Алексей Баранцев
19-20 ноября, Тест дизайн и все все все, тренер Александр Федоров

Места еще есть, регистрируйтесь!!!

Обновленный тренинг "Разработка тестов на Java + Selenium 2.0"

2011-09-22T14:47:00.001+04:00

В ноябре мы запускаем новый тренинг “Разработка тестов на Java с использованием Selenium 2.0”, который, как это видно из названия, посвящен новой версии инструмента автоматизации тестов для веб-приложений Selenium 2.0.
Вторая версия Selenium не является результатом эволюционного развития первой. Это абсолютно новый инструмент, с новым интерфейсом и новыми возможностями, которыми не обладала предыдущая версия. Основные отличия Selenium 2.0 и 1.0 описаны в статье "Раз селениум, два селениум", а подробное сравнение двух версий будет одной из ключевых тем данного тренинга -- демонстрация примеров будет производиться сразу для двух версий параллельно.
Тренинг будет состоять из шести занятий, разбитых на три модуля по два занятия в каждом.
Освоения материала первого модуля слушателям будет достаточно для того, чтобы установить и настроить всё необходимое для разработки и выполнения тестов с использованием Selenium 2.0. Второй модуль посвящен рассмотрению различных расширений Selenium, в том числе не только для языка Java. Cреди этих расширений (только не удивляйтесь) встретится другой популярный инструмент автоматизации веб-тестов Watir (да-да!), инструменты для тестирования приложений в мобильных браузерах и даже инструменты для удаленного тестирования нативных Windows-приложений! В третьем модуле, наиболее сложном технически, будут обсуждаться различные тонкости программирования автотестов.
Начало 15 ноября.
Подробная программа и условия участия

Практикум по тест-дизайну, онлайн тренинг, начало 1 сентября

2011-08-22T16:38:00.001+04:00

Вы наверняка читали о том, что гарантированно найти все ошибки в сколь-нибудь сложной программе средствами тестирования невозможно. Равно как невозможно доказать, что ошибок в программе нет.
Это в теории. А на практике некоторые тестировщики находят дефектов в программе больше, чем другие, в том числе они умеют находить весьма нетривиальные дефекты. Почему? Как им это удаётся? Что за секретные техники они применяют?
Увы, никаких особых приёмов проектирования тестов, о которых не было бы написано в любой книжке, не существует. Эффективные тестировщики применяют те же самые техники, что и все остальные. Разница лишь в том, КАК они их применяют.
На этом тренинге я не буду ничего говорить о том, как и в каком формате записывать тесты, я буду рассказывать только о том, как их придумывать.
Мы постоянно будем держать в уме два противоборствующих фактора:

с одной стороны, тестов надо придумать достаточно много и они должны быть достаточно разнообразными, чтобы выявить как можно больше дефектов;
с другой стороны, тестов надо придумать как можно меньше, чтобы не делать лишней работы.

Подробная программа и условия участия

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

Школа тест-менеджеров от Натальи Руколь

2011-08-03T14:34:00.001+04:00

Вас ждут отличное настроение, драйв и покорение новых профессиональных высот!
Начало 8 августа, 8 занятий. Занятия будут проходить по понедельникам с 19 до 22 по МСК в онлайн-формате.

Школа тест-менеджеров создана для наработки практических навыков результативного управления качеством. В процессе обучения мы раз в неделю обсуждаем одну область управления тестированием в рамках трёхчасового вебинара, после чего на протяжении недели вы воплощаете в жизнь новые практики, пользуясь консультациями и помощью тренера (по e-mail, icq, skype).

Обучение в Школе тест-менеджеров длится два месяца (8 недель) и состоит из следующих блоков:«Процесс тестирования»

«Планирование тестирования»
«Организация тест-дизайна»
«Автоматизация тестирования»
«Подбор персонала»
«Создание эффективной команды»
«Оценка и контроль качества»
«Подведение итогов»

Внимание! Первое занятие - бесплатное! На нём мы с вами познакомимся, наметим цели и решим, по пути ли нам и можем ли мы сделатьВашу работу приятнее и эффективнее.

Подробная программа и условия участия

Невиданные скидки (до 50%) на записи вебинаров по тестированию ПО

2011-05-27T16:15:00.001+04:00

Лето. Отпуск. Но хорошо бы не просто отдохнуть, а получить новые впечатления, новые знания. Поэтому, мы предлагаем Вам запастись помимо книжек записями вебинаров по тестированию ПО. Чтобы после отпуска удивить коллег новыми знаниями, а также увеличить эффективность и интересность своей работы.

Тем более что с 15 мая по 1 июня мы предлагаем купить любую запись вебинаров Алексея Баранцева с 50% скидкой.

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

Для того чтобы познакомиться с форматом предлагаем посмотретьзапись специального вводного семинара "Тестирование программного обеспечения: основные понятия".
Выберите вебинар по нужной вам тебе прямо сейчас.

Практикум по тест-дизайну, 10 мая, онлайн-тренинг Алексея Баранцева

2011-04-20T17:53:00.001+04:00

с одной стороны, тестов надо придумать достаточно много и они должны быть достаточно разнообразными, чтобы выявить как можно больше дефектов;
с другой стороны, тестов надо придумать как можно меньше, чтобы не делать лишней работы.

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

Посмотреть подробную программу и условия участия

Отзывы участников курса «Программирование для тестировщиков»

2011-03-21T16:16:00.001+03:00

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

Благодарю всех, кто присылает отзывы, а особенно тех, кто разрешает их опубликовать.

По старой традиции некоторые отзывы я публикую целиком, сегодня рад представить отзыв директора компании ООО «Юнит-Сервис» Тимониной Галины.

Тренер

Характеристика	Оценка	Комментарий
Компетентность тренера	5+	Компетентность Алексея оставила самые лучшие впечатления – ни один вопрос не остался без ответа, даже когда вопросы (в частности те, которые были заданы на форуме) относились к рассматриваемой теме косвенно. Лекции хорошо подготовлены, но, что очень ценно, видно было, что не было «чтения с листа», программный код рождался на наших глазах, и это создавало ощущение участия в процессе. И даже хорошо, что мелкие ошибки в коде имели место быть, т.к. тут же подробно демонстрировалось, как искать ошибку, как пользоваться отладчиком, и как, собственно, исправлять.
Регламент -- насколько хорошо тренер управляет ходом событий и временем	5	Темп, последовательность изложения материала мне подошли идеально. Чувствовалось, что тренер следит за временем. Возможно, этому дополнительно способствовал формат курса (у слушателей не было возможности увести в сторону вопросами ). Технические проблемы в виде «пропадания картинки» были редкими, и пауз практически не ощущалось, поскольку тут же заполнялись комментариями по теме курса.
Риторика -- текст (что тренер говорит) и речь (как тренер говорит)	5	Риторика – отлично. Все четко, ясно, и, что ценно для меня, в хорошем темпе. Акценты – на ключевых моментах, что-то повторялось для лучшего усвоения. Вначале несколько непривычно было слышать местами «е» вместо «э», но потом привыкла, и это не мешало .
Экспертиза -- как тренер отвечает на вопросы	4	Ответы на вопросы во время лекции оценить практически невозможно, т.к. формат курса и темп лекции не особенно располагает к вопросам, но это не напрягало. И хотя при повторном разборе записи лекций вопросы, естественно, возникали, но, имхо, искать на них ответы в инете было достаточно полезно. Впрочем, обратной связи все-таки иногда не хватало. Ответы на вопросы на форуме были грамотными и развернутыми. Правда, иногда задержка по времени между ответами и вопросами была достаточно существенной (что неудивительно, учитывая плотный график Алексея). И еще, наверное, хорошо было бы услышать больше комментариев к советам, которые слушатели курсов давали друг другу в ожидании ответов от тренера.

Онлайн-тренинг

Характеристика	Оценка	Комментарий
Формат онлайн-тренинга (занятие, консультация, поддержка в форуме, домашнее задание)	5-	Честно говоря, к онлайн-формату относилась скептически. Но этот курс заставил пересмотреть отношение. Хорошо, что предоставлялись записи – у меня на разбор полуторачасовой лекции уходило порядка 3 часов. Задания давались продуманные, от простого к сложному, с закреплением пройденного «в классе». Не знаю, удавалось ли кому-то уложиться в оптимистические «от 2 до 6 часов в неделю», но подозреваю, что таких немного. По крайней мере, я тратила времени гораздо больше (до двух/трех вечеров, а то и ночей), хотя, конечно, много времени уходило на темы, затронутые на лекции поверхностно и отданные на откуп самостоятельному изучению (регулярные выражения, AutoIt и т.д.). Минус в оценке относится к упомянутому уже выше запаздыванию с ответами на форуме.
Насколько полно раскрыта тема	5+	Я, конечно, читала подробную программу курса, но все равно считаю программу очень насыщенной и продуманной – курс включает и обзор инструментов, и среду разработки, и даже некоторые тонкости программирования на языке Java. По крайней мере, при отсутствии опыта в тестировании, я получила достаточно серьезный обзор и первоначальные навыки использования инструментов и методов создания фреймворка для автоматизации функционального тестирования. Иногда не хватало более подробного рассмотрения используемых инструментов, таких как AutoIt, JavaMail, Jemmy. Но «нельзя объять необъятное». Хорошо, что практически всегда подчеркивалась рациональность применения в каждом конкретном случае того или иного инструмента или их комбинации.
Насколько интересно подан материал	5	Оценка чисто субъективная. Мне интересно было все, поскольку практически все было новым.

Другое

Характеристика	Оценка	Комментарий
Организационные вопросы	5	Понравилось, что по почте присылали все сообщения-напоминания о начале курса, о проверенных заданиях. Спасибо Наталье за советы, напоминания и готовность помочь в технических и организационных вопросах. Технических проблем не было.
Оправдались ли Ваши ожидания?	5+	Более чем. Заинтересовал также тренинг «Практикум по тест-дизайну».
Общее впечатление	5	Отличный курс. Тренер обладает и реальным опытом, и талантом преподнести материал.

Развернутый комментарий:

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

Чего мне не хватало:

кратких выводов по каждой теме в стиле «Здесь главное это и это, а вот это не столь важно, потому что …» и т.д. Возможно, необязательно устно, и даже, наверное, лучше не устно, а в виде краткого письменного резюме, схемы применения инструментов или просто списка полезных ссылок;
обратной связи с группой в целом в виде разбора типичных ошибок в домашних заданиях и рекомендаций, как лучше решать ту или иную задачу, описания наиболее удачных решений;
более позднего времени занятий - очень жаль пропущенных консультаций.

Огромное спасибо за курс, и дальнейших успехов Алексею Баранцеву!

Расписание онлайн-тренингов на начало 2011 года

2011-01-14T15:16:00.001+03:00

Сформировано расписание онлайн-тренингов на январь-февраль следующего года.

Школа успешных тестировщиков (6 занятий)
Начало: 19.01.2011, 19:00
Тестирование производительности (4 занятия)
Начало: 20.01.2011, 14:30
Управление командой тестировщиков (6 занятий)
Начало: 20.01.2011, 16:00
Школа тест-менеджеров (8 занятий)
Начало: 20.01.2011, 19:00
Практикум по тест-дизайну (6 занятий)
Начало: 17.02.2011, 14:30
Разработка автоматизированных тестов на Java с использованием Selenium
Начало: 24.02.2011, 17:00 (3 ступени по 2 занятия каждая)
Разработка автоматизированных тестов на PHP с использованием Selenium
Начало: 31.03.2011, 14:30 (3 ступени по 2 занятия каждая)
Программирование для тестировщиков
Начало: 07.04.2011, 17:00 (10 занятий)

Записи вебинаров!!! Предновогодняя распродажа!!!

2010-12-07T17:10:00.001+03:00

Хотите создать в компании базу курсов для обучения тестированию ПО? Составить индивидуальный план занятий для каждого сотрудника? Узнать про области тестирования, с которыми пока не приходилось работать?

Мы предлагаем записи онлайн-семинаров, прочитанных в течении этого учебного года Алексеем Баранцевым:

16 двухчасовых онлайн-семинаров + 3 четырехчасовых онлайн-семинара
общая продолжительность записей -- более 44 часов,
общее количество слайдов в презентациях -- более 1000 слайдов,
слайды и файлы со ссылками на дополнительные ресурсы для дальнейшего самостоятельного изучения.

всего за 6 000 рублей для физических лиц и 12 000/15 000 рублей для юридических лиц (лицензия на неограниченное количество сотрудников на один год/неограниченный срок).

Посмотреть отзывы о прошедших онлайн-семинарах

Срок действия акции – до 31 декабря.

Если Вы уже были на каких-то из наших онлайн-семинаров, но хотите приобрести полный комплект, то сообщайте об этом и получайте дополнительную скидку 5% за каждый онлайн-семинар, который Вы посетили.

Подробнее...

“Правильный” отзыв участника тренинга – каким он должен быть?

2010-11-22T13:02:00.001+03:00

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

Недавно мне вновь повезло, и я получил хороший развёрнутый и чрезвычайно полезный отзыв об онлайн-тренинге “Программирование для тестировщиков”, которым хочу поделиться со всеми. Публикуя этот отзыв, я преследую две цели:

Показать образец того, как надо писать отзывы :) Конечно, мне приятно читать комментарии типа “вау, всё было супер!”, но это не то, чего я жду. Куда важнее для меня понять, что не понравилось, что мешало, какие ожидания не сбылись. Да, для вас этот тренинг уже завершился, но если имеющиеся в нём “баги” не будут устранены, от этого могут пострадать те, кто придёт на тренинг в следующий раз. И поэтому – вторая цель:
Помочь тем, кто не был на тренинге, лучше понять, что он может дать, и чего не может, чтобы принять правильное решение – стоит туда идти или нет.

Итак, отсюда и до конца – тот самый “правильный” отзыв, без купюр и комментариев:

Оцените по пятибалльной системе следующие характеристики семинара. Дайте комментарий своей оценке (если Вы хотите дать развернутый комментарий можно использовать вторую страницу оценочного листа)

Тренер

Характеристика	Оценка	Комментарий
Компетентность тренера	5	Никаких сомнений. Особенно впечатлеяет быстрота решения непредвиденных ситуаций: а) нам действительно показывают самое новое, без устаренваий б) тренер, как обычный человек, все в голове держать не может. Но знает как и где БЫСТРО найти ответ.
Регламент -- насколько хорошо тренер управляет ходом событий и временем	5	Точно нет впечатления, что что-то не успели. Все как раз заканчивалось в ожидаемое время.
Риторика -- текст (что тренер говорит) и речь (как тренер говорит)	5-	На первых занятиях мучало произношение слова Project. Как проЕкт, более привычно, возможно для Харькова слышать проЭкт. Возможно сугубо мое... Просмотр записей видео было тяжело смотреть на нормальной скорости, даже пропущенного материала. Приходилось ставить Play->Fast. Делая взгляд назад, материал кажется слегка неоднородным. Объяснений некоторых основ языка (списки, коллекции, условия), а с другой стороны технические детали FTP, SMTP, Streams сильно отличаются. В целом оцевидно что трэнд усложнения, принятный не экспонента, не логарифм, а как раз то что нужно. Также показалось (или не заметил) всех требований (рекомендаций), для захождения в курс. Например, по одному вопросу форума, а также коллег которые окружают, используемая база XPath, не очевидная, и возможно (субъективно мое), требовало больше сылок или комментариев.
Экспертиза -- как тренер отвечает на вопросы	5	Отлично! Встречал разных тренеров и консультантов, не имеющих и половины что получил. Всегда настраивает позитивно, когда к решению подталкивают, оставляют место подумать, при этом ответ остается четким. Что, лично меня, всегда приводит в восторг, когда не выделяют «серебрянных пуль», Методологий и т.п. Все, что лично я слышал, или воспринимал, было как рекомендации проверенные реальным опытом без лишней теоритизации.

Онлайн-тренинг

Характеристика	Оценка	Комментарий
Формат онлайн-тренинга (занятие, консультация, поддержка в форуме, домашнее задание)	5	Формат максимум техники, меньше слов – больше дела. Отлично. Не отвлекали от темы вопросы других людей, что давало время подумать поразмыслить над наиболее интересными моментами.
Насколько полно раскрыта тема	-	Искренне затруюдняюсь ответить. Ожидания были одни, получил другое. Но полюбому результатом доволен на 100%. Для себя ожидал какие-то программерские фишки, тонкости, новые шаблоны... И новизна закончилась на 2м занятии. Смог бы я после тренинга, отбросив свой опыт тестирования, оставив только школьную информатику, начать автоматизировать тесты? Ответив на некоторые вопросы а ля, DOM, XPath, Java (syntax, strong typed, packages) и подобные. Определенно смог. Рекомендовал бы я этот тренинг коллегам – Да, черт возьми! Но с оговоркой... «Вы не получите, множество навыков программирования, не сможете свободно программировать, писать тесты... Но вы сможете начать автоматизировать тесты… Получите хорошую катапульту в автоматизацию, но развиваться как прогаммирующий-тестировщик только в ваших руках.» Чего мне не хватило, а как-то внутренне ждал. - Настройки полного цикла: тесты сами запускаются на определенных билдах, а мы смотрим отчеты, измеряем просидку времени, улучшаем уже имеющиеся тесты. - Больше советов и фокусировка на том каким должен быть код тестов. Многие использовались, то как Write Once, Tests go first (TDD) и прочие. Вероятно эти Best Practices, уже на уровне подсознания, и не озвучивались. - Больше конфигурирование окружения. Environement per test/class/suite etc. - То как наш приятный фреймворк может помочь бизнес аналитикам или заказчика. Интеграция его с Fit или Taf, именно со стороны писание и поддержки кода.
Насколько интересно подан материал	4	Достаточно интересно, но мне не хватило схем, диаграмм, того что мы делаем. И по выходу, думаю придется пересматривать видео, вместо открытия какой-нибудь диаграммы и моментального вспоминания. Это могло бы прокачать «Интерес» тренинга. J

Другое

Характеристика	Оценка	Комментарий
Организационные вопросы	5	Классно что были напоминания на почту, которые позволили меньше пропустить занятий.
Оправдались ли Ваши ожидания?	5	Наверное даже превзошли.
Общее впечатление	4	...Чтобы был стимул совершествовать программу.

Развернутый комментарий:

Многое написал в клеточках выше.

О домашних заданиях… сам лично их не делал в той форме в которой они формировались. Но было интересно опробовать подобные шаблоны под MSUnit и c#. Не возникло желания их делать от начала до конца, т.к. приходится каждый день заниматься подобными вещами и причесывать код за другими... Поэтому, наверное, совсем немного, не хватило в целом больше теории т.к. практики в личном опыте хватает. И с жадностью хватался за каждое обобщение и рекомендацию. Запомнилось упоминание шаблона Page Object, который как оказалось частный случай Façade. По ходу тренинга, успел прошуршать пару книг по шаблонам и юнит тестированию, почему-то незаслуженно откладываемые, также успел оценить бедность MSVS2010, по сравнению с эклипсом, и только при наличии r#, студия оживает возможностями рефакторинга и поддержки кода (это предложение я проумничал). То что, что-то во мне зажигалось после каждого занятия, должно быть лучшим подтверждением успешности тренинга.

Как человека помешанного на автоматизации «рутин», основательно удивило количество использованного инструментария и его естественная интеграция. В мире десктоп автоматизации не приходилось использовать такое количество инструментария, сразу могу вспомнить следующее: AutoIt (лежал в долгом ящике как нибудь глянуть), Jemmy, всколь упоминание White, помощники smtp и ftp, объектная работа с СУБД. Никакой каши не возникло все легко и гладко лягло на свои полочки и железно будет добавлено в инструментарий анализа.

Спасибо Алексей за работу которую вы делаете!

P.S. Уверен, что Вам есть что сказать и на более высоком уровне. Незадумываясь пообщался бы с вами на что-то вроде «Архитектура автоматизации, модули комплексных решений».

Тренинг “Тестирование методом свободного поиска (exploratory testing)”

2010-10-18T17:14:00.001+04:00

Программа тренинга

1. Вводное упражнение -- построение плана тестирования учебного приложения.
Обсуждение факторов, влияющих на точность планирования (оценка времени, определение последовательность действий, учёт рисков).
Обсуждение возможных действий при появлении в процессе тестирования новой информации, не учтённой при планировании.

2. Обсуждение теоретических аспектов.
Что такое "тестирование"? Какие бывают "виды тестирования"?
План чего мы построили и что будет являться результатом выполнения этого плана?
Различные парадигмы тестирования -- почему они существуют и каковы практические последствия этого.
Что такое тестирование методом свободного поиска и какое место оно занимает в общей картине мира.
3. Первый практический сеанс тестирования, обсуждение результатов.
Обсуждение влияния результатов тестирования на построенный ранее план.
Рассмотрение достоинств и недостатков одновременного проектирования и выполнения тестов.
4. Концепция "сеанса тестирования" и способ организации процесса тестирования в виде набора сеансов.
Различие между понятиями "цель", "задание", "план".
Как формулировать цели тестирования?
Метафора "The touring test". Построение карты приложения. Выбор "туров".
Как описывать результаты тестирования?
5. Второй практический сеанс тестирования, обсуждение результатов.
Парное тестирование -- достоинства и недостатки.
Что делать между сеансами тестирования?
6. Дополнительные идеи, которые можно применять при тестировании методом свободного поиска.
Метод "шести шляп" де Боно.
Чит-листы.
Автоматизация.
7. Третий практический сеанс: регрессионное тестирование, обсуждение результатов.
Обсуждение достоинств и недостатков использования тестирования методом свободного поиска при регрессионном тестировании.
8. Особенности взаимоотношения с коллегами и начальством. -- как им объяснить, "чем это вы тут занимаетесь"?
Как оценивать полноту тестирования?
Как оценивать качество работы тестировщика?
Как начать внедрение тестирования методом свободного поиска?
Когда и где не стоит использовать тестирование методом свободного поиска.

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

Впрочем, на практике часто бывает так, что роль менеджера выполняет один из тестировщиков, тот что постарше и поопытнее. А иногда и весь отдел тестирования состоит из одного-двух человек, и никакой менеджер им не нужен. В этом случае тестировщикам самим нужно уметь управлять своим временем и использовать его максимально эффективно.

Кроме того, я являюсь сторонником теории, согласно которой основы управления должны знать все сотрудники. Им важно понимать, как ими управляют, от этого будет проще жить и им, и руководителям. В этом ключе я бы сказал, что тренинг полезен всем тестировщикам вообще, при условии, что их менеджеры тоже постараются понять происходящее и принять правила игры.

Мы поговорим о том, чем чревато выделение специализированных ролей тест-дизайнеров и тест-инженеров, почему тестирование трудно планировать и трудно оценивать его результаты, нужно ли записывать тесты и если нужно – кому и зачем, почему парное тестирование не замедляет, а ускоряет процесс.

Посмотреть отзывы участников очного тренинга "Тестирование методом свободного поиска"

Бонусы!!!
Каждый оплативший курс за 20 дней получит дополнительную скидку 10%.
При одновременной регистрации и оплате двух участников скидка 10%, трех -- 15%.

Подробнее: http://software-testing.ru/trainings/schedule?task=3&cid=53

Онлайн практикум по тест-дизайну (6 занятий), начало 4 ноября

2010-10-01T16:36:00.001+04:00

с одной стороны, тестов надо придумать достаточно много и они должны быть достаточно разнообразными, чтобы выявить как можно больше дефектов;
с другой стороны, тестов надо придумать как можно меньше, чтобы не делать лишней работы.

Тренинг логически состоит из двух частей.

Первая часть посвящена практике применения базовых техник проектирования тестов. Тех самых, которые описаны в каждой книжке, но которые могут давать совершенно различные результаты в зависимости от того, как их использовать.
Во второй части мы постараемся более глубоко проникнуть в понимание принципов тест-дизайна. Это даст вам возможность придумывать тесты, не ограничиваясь базовыми техниками.

Часть 1: практика применения техник тест-дизайна

1. Анализ границ и разбиение данных на подобласти.

Это -- основа основ, те самые 20% усилий, которые обеспечивают 80% результата. И вместе с тем, эта по сути самая простая из техник является наиболее сложной с точки зрения практики её применения. Потому что, во-первых, эта техника невероятно многослойная -- если вы нашли какие-то границы, это не значит, что других нет, и дополнительный анализ иногда оказывается очень плодотворным. А во-вторых потому, что эта техника требует больше всего творчества, интуиции, иногда даже везения. То есть -- больше всего практики, потому что только таким путём можно выработать в себе чутьё границ.

2. Комбинаторные методы

В отличие от анализа границ, техники комбинирования данных не требуют особого творчества, здесь нужна кропотливая работа и полезно обладать некоторыми познаниями в области математики -- комбинаторики и математической статистики. Но, разумеется, если у вас нет высшего математического образования, или вы просто забыли то, что когда-то изучали -- это не повод бросать тестирование. Всё необходимое я расскажу, а большую часть чёрной работы будут выполнять за вас инструменты.

3. Тестирование последовательностей операций

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

4. Тестовое покрытие: как понять, что тестов достаточно

Тестировщику важно не только уметь придумывать много тестов, но и вовремя остановиться. Это очень непростое решение, учитывая уже упомянутый факт, что сколько ни тестируй, это не гарантирует обнаружения всех дефектов. Тем не менее, в какой-то момент мы должны сказать, в первую очередь себе, что тестирование выполнено "полностью". Для этого требуется некоторый критерий "полноты". И в качестве такого критерия обычно используется покрытие чего-нибудь -- требований, программного кода, модели поведения, модели данных и т.д. Мы рассмотрим различные покрытия и проследим их связь с техниками проектирования тестов.

Часть 2: понимание принципов тест-дизайна

Вторая часть основана на внимательном изучении двух наборов эвристик, описанных в документе "Heuristic Test Strategy Model", созданном Джеймсом Бахом.

5. Product Elements: SFDPOT

При рассмотрении программного продукта можно выделить различные аспекты:

Structure: физическое устройство продукта, из чего он состоит;
Functions: логическое устройство продукта, что он может делать;
Data: какими данными может оперировать продукт;
Platform: как продукт взаимодействует с окружением;
Operations: как продукт используется;
Time: всё, связанное со временем.

Если тестировщик концентрирует внимание только на некоторых аспектах, упуская из внимания остальные, он рискует пропустить серьёзные дефекты. И наоборот, ориентируясь на различные аспекты, тестировщик может создать более разнообразные тесты, что позволит выявить больше разных дефектов. Мы увидим, как применение одних и тех же техник даёт новые результаты, если применять их к различным аспектам.

6. General Test Techniques: FDFS CURS

Последнее занятие будет посвящено обзору различных приёмов проектирования тестов, в том числе тех, которые ранее в явном виде не встречались в ходе тренинга. Мы рассмотрим классификацию техник тест-дизайна, выделив восемь "обобщенных техник":

Functions testing
Domain testing
Flow testing
Scenario testing
Claims testing
User testing
Risk testing
Stress testing

Для каждой из обобщенных техник будут приведены примеры, а также показано, как можно конструировать новые тесты путём комбинирования обобщенных техник друг с другом.

Формат курса

Онлайн-тренинг продолжительностью 6 занятий, с еженедельными онлайн-занятиями и практическими домашними заданиями.
Онлайн-занятия состоятся каждый четверг с 15-00 до 16-30.

Каждый участник курса будет получать обратную связь от тренера по результатам выполнения домашнего задания. Наиболее типичные ошибки будут разбираться на онлайн-занятиях.

В случае, если Вы пропустите какое-либо занятие, Вы получите его запись и домашнее задание.

Подробнее…

Управление требованиями, тестами, дефектами – новый тренинг

2010-09-27T16:42:00.001+04:00

4 октября в Новосибирске и 15 октября в Москве пройдет новый открытый однодневный тренинг Алексея Баранцева "Управление требованиями, тестами, дефектами".

На самом деле этот тренинг правильнее было бы назвать “управление требованиями, программным кодом, дефектами и тестами”, поскольку все эти четыре вида артефактов тесно взаимосвязаны, изменяются синхронно, поэтому и управлять ими нужно всеми одновременно. Однако на самом деле управление программным кодом обычно берут на себя разработчики, с этим тестировщикам редко приходится сталкиваться. А вот с остальными тремя видами артефактов тестировщикам приходится иметь дело постоянно.

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

А что следует подразумевать под управлением, если мы говорим о таких виртуальных артефактах? Мы постараемся понять, как эти артефакты возникают, как они эволюционируют, когда и почему могут исчезать, и самое главное – как поддерживать их все в синхронном состоянии. Именно эти действия, нацеленные на достижение гармонии между сущностями разных видов, я и буду называть управлением.

Разумеется, мы поговорим не только о технических аспектах, но и о взаимодействии с другими участниками процесса разработки, которые также работают с этими артефактами: разработчиками, аналитиками, службой технической поддержки, техническими писателями, и конечно же – руководством.

Посмотреть программу тренинга и условия участия для Новосибирска

Посмотреть программу тренинга и условия участия для Москвы

Майкл Болтон снова в России с тренингом Rapid Software Testing, 17-18 ноября

2010-09-14T17:47:00.001+04:00

17-18 ноября Майкл Болтон проведёт в Санкт-Петербурге двухдневный тренинг «Rapid Software Testing», разработанный им совместно с Джеймсом Бахом.

Майкл Болтон является одним из наиболее активных евангелистов школы контекстно-ориентированного тестирования. Он имеет более чем 20-летний опыт работы в области тестирования. Майкл регулярно выступает на конференциях, проводит тренинги и семинары, с 2005 года является постоянным колумнистом одного из самых популярных журналов в области тестирования Better Software и ведёт замечательный блог о тестировании http://www.developsense.com/blog.shtml.

В 2003-2005 годах он совместно с Джеймсом Бахом разработал тренинг Rapid Software Testing, в основу которого легли основные концепции школы контекстно-ориентированного тестирования. С тех пор Майкл Болтон объездил с этим тренингом весь мир -- Канада, США, Бразилия, Франция, Германия, Индия, Сингапур, Испания, Швеция, Турция. Первый раз в России этот тренинг Майкл Болтон прочитал весной этого года в Москве (дебриф). По многочисленным просьбам Майкл принял решение провести еще один тренинг в Санкт-Петербурге.

Rapid Software Testing

Отличное тестирование может показаться сложным делом. Возможно, вас смущает или приводит в растерянность огромное разнообразие подходов к планированию тестирования, проектированию и выполнению тестов. Возможно, вы работаете в таком окружении, где не все «играют по правилам» или где тестирование постоянно находится под прессом ограничений времени и ресурсов. Возможно, вы испытываете трудности из-за того, что не знаете, как отвечать на вопросы типа «сколько времени вам требуется на тестирование?» или «почему вы пропустили этот дефект?» Возможно, вы обнаружили, что «лучшие промышленные практики» неприменимы или плохо подходят вашей организации, а книги, курсы и сертификации в области тестирования сфокусированы на изучении терминологии и не содержат упражнений, экспериментов и приёмов мышления, помогающих вам научиться тестировать.

Хотите научиться тому, как эффективно выполнять тестирование в условиях, когда вы сталкиваетесь с недостатком информации и нехваткой времени? Хотите стать настоящим асом в тестировании? В таком случае Rapid Software Testing – методология и учебный курс, разработанные Джеймсом Бахом и Майклом Болтоном – для вас.

Подробнее...

Тренинги по тестированию ПО в Новосибирске

2010-09-13T12:33:00.001+04:00

3-4 октября планирую провести два тренинга в Новосибирске:

Тест-дизайн от А до Я
Управление требованиями, тестами, дефектами

При регистрации и оплате до 15 сентября специальная льготная цена.

Москва, 3 сентября, "Тест-дизайн от А до Я"

2010-08-24T11:14:00.001+04:00

3 сентября в Москве я проведу тренинг «Тест-дизайн от А до Я».

Этот тренинг в каком-то смысле философский. В нём я пытаюсь рассказать не про правила тест-дизайна, а про идеи, которые породили эти правила, которые лежат в их основе.

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

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

Именно в силу этой практически-философской направленности этот тренинг полезен всем без исключения, кто имеет хоть какое-то отношение к тестированию.

Посмотреть подробную программу и условия участия

Осенние мероприятия для тестировщиков в Санкт-Петербурге

2010-08-16T13:35:00.001+04:00

Осень в Санкт-Петербурге будет горячей для тестировщиков: в сентябре состоятся четыре тренинга Алексея Баранцева, в октябре — три тренинга Натальи Руколь, а в ноябре в Питер вновь приедет конференция SQA Days, так что тестировщикам предоставляется масса возможностей для повышения своего мастерства. Конечно, посетить всё было бы здорово, но маловероятно, так что нужно выбирать, а мы постараемся вам в этом помочь, опубликовав описания тренингов с рекомендациями относительно того, на какую аудиторию они рассчитаны.

Ниже вы найдёте полные описания и ссылки на ещё более полные описания тренингов. Для начала просто список с датами:

09 сентября, Тест-дизайн от А до Я
10 сентября, Автоматизация тестирования веб-приложений: Selenium
11 сентября, Тестирование методом свободного поиска
12 сентября, Быстрый старт в тестировании ПО
1 октября, Управление автоматизацией тестирования
2 октября, Управление командой тестировщиков
3 октября, Тест-дизайн для менеджеров

Тренинги Алексея Баранцева

=======

Тренинг «Тест-дизайн от А до Я» (9 сентября) в каком-то смысле философский. В нём я пытаюсь рассказать не про правила тест-дизайна, а про идеи, которые породили эти правила, которые лежат в их основе.

Именно в силу этой пракически-философской направленности этот тренинг полезен всем без исключения, кто имеет хоть какое-то отношение к тестированию.

=======

Тренинг «Автоматизация функционального тестирования веб-приложений: Selenium RC» (10 сентября) предназначен для тестировщиков-автоматизаторов веб-приложений. Selenium сейчас является одним из наиболее популярных бесплатных инструментов автотестирования веб-приложений, а среди русскоязычных тестировщиков, наверное, самым популярным.

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

Чтобы эффективно пользоваться инструментом, нужно хорошо знать его достоинства и недостатки, достоинства умело эксплуатировать, а недостатки преодолевать с минимальными потерями. Selenium обладает уникальной архитектурой, обеспечивающей с одной стороны поддержку большого количества браузеров, а с другой стороны, позволяющей разрабатывать тесты на различных языках программирования. Но за эту универсальность приходится расплачиваться, и в первую очередь – производительностью. Этому вопросу также будет уделено достаточно много внимания на тренинге.

Кроме того, я расскажу не только про Selenium, но и про некоторые дополнительные утилиты и плагины, которые могут оказаться полезны тестировщику-автоматизатору.

=======

Тренинг «Тестирование методом свободного поиска» (11 сентября) нацелен главным образом на тест-менеджеров и менеджеров проектов, которые хотели бы начать использование этого подхода, но не знают, как управлять слабо формализованным процессом.

=======

Тренинг «Быстрый старт в тестировании» (12 сентября), как явствует из его названия, предназначен в первую очередь для начинающих тестировщиков. Пригодится он и тем, кто уже не считает себя начинающим, но хочет навести порядок у себя в голове, систематизировав знания о тестировании. Я расскажу не очень глубоко, но буквально обо всём, так чтобы слушатели могли представить себе общую картину того, как устроена профессия тестировщика и понять, какие есть пути развития и совершенствования своей профессиональной подготовки.

Впрочем, не менее полезен этот тренинг и для тех, кто сам не занимается постоянно тестированием, но работает рядом с тестировщиками и по долгу службы вынужден общаться с ними, кто хочет понимать, чем они занимаются (или должны заниматься), то есть — менеджерам проектов и отделов, разработчикам, аналитикам.

Тренинги Натальи Руколь

=======

«Управление автоматизацией тестирования» (1 октября). Этот тренинг будет проводиться впервые. Его цель – помочь тест-менеджерам построить эффективную автоматизацию даже в случае, если Вы сами не являетесь продвинутым техническим специалистом. Мы расшифруем все те страшные слова, которыми обычно ругаются автоматизаторы-разработчики и поизучаем, как это устроено внутри, а главное – что с этим делать?? Как сделать автоматизацию не чем-то «для галочки», а полезной проектной активностью, которая позволяет экономить затраты ручных тестировщиков? В чём разница автоматизации в маленьких и больших командах? Как отбирать тесты? Как измерять их эффективность? К концу этого тренинга Вы самостоятельно развеете массу широкораспростренённых мифов, которые препятстсвуют результативному взаимодействию миров автоматизированного и ручного тестирования

=======

«Управление командой тестировщиков» (2 октября). Это мой любимый тренинг Сейчас он полностью переработан и нашпигован секретной информацией тайных спецагентов тест-менеджмента. Этот тренинг – о людях, потому что тестировщики – это в первую очередь люди, и умение формировать команду мотивированных рыцарей-джедаев – самое важное, что Вы можете сделать для своего проекта На этом тренинге Вас ждут непрерывные упражнения в группах, которые позволят не просто узнать теорию, а прочувствовать все темы на практике! А тем, кто и так всё знает – понаблюдать за своим менеджментом со стороны и получить массу полезной обратной связи!

=======

«Тест-дизайн для менеджеров» (3 октября). Этот тренинг тоже существенно переработан на основании последних отзывов. Половину тренинга мы проведём, занимаясь коллективным творчеством и знакомясь с различными инструментами тест-дизайна, которые созданы для сокращения трудозатрат на тестирование в разы. Это будут основы, которые позволят Вам сориентироваться в существующих подходах к тест-дизайну и научиться выбирать оптимальные варианты. Помимо этого, мы уделим массу времени таким темам, как создание «работающего» тест-плана, формирование команды тест-дизайна, выбор подходящего инструментария. Внимание! Тренинг настолько насыщен мозговзрывающей информацией, что перед ним необходимо хорошенько выспаться!

Набор четвертой группы онлайн-тренинга "Программирование для тестировщиков"

2010-08-02T17:25:00.001+04:00

Открыт набор в четвертую группу онлайн-тренинга «Программирование для тестировщиков».
Курс начнется 26 августа и будет проходить по четвергам в 17-00 (точные даты курса 26 августа, 2, 16, 23, 30 сентября, 14, 21, 28 октября, 4, 11 октября). Консультации соответственно каждый следующий за занятием вторник в 17-00.

Определенный смысл в этом есть, возможно для кого-то умение программировать действительно служит отвлекающим фактором. Но если вы умеете бороться с искушениями, тогда этот навык может оказаться весьма полезным, потому что он даёт возможность переложить часть своей работы на компьютер.

Да, имеется в виду автоматизацию тестирования. Но под автоматизацией подразумевается не только написание скриптов, которые эмулируют взаимодействие пользователя с графическим интерфейсом программы. Помимо этих скриптов можно автоматизировать генерацию тестовых данных, проверку содержимого базы данных, развёртывание и настройку тестового окружения, проверку отсутствия сообщения об ошибках в лог-файлах, генерацию отчётов, и многое-многое другое.

Сложно ли научиться программировать? Вероятно, бывают люди, для которых алгоритмический стиль мышления абсолютно неприемлем. Но большинство айтишников по крайней мере на интуитивном уровне уже обладают алгоритмическим мышлением. Многие тест-дизайнеры пишут весьма подробные инструкции для ручного тестирования, это почти готовые программы, но предназначенные для "биороботов". Осталось сделать один небольшой шаг и научиться управлять настоящими роботами-компьютерами.

Разучитесь ли вы тестировать, научившись программировать? Вовсе нет, существующие навыки тестировщика от вас никуда не денутся. Но в дополнение к ним в ваших руках появится ещё один инструмент, и весьма мощный. Разумеется, владение навыками программирования не означает, что их нужно применять здесь и там без разбора, стремясь автоматизировать всё подряд. Силу нужно держать под контролем и применять её лишь там, где её применение обосновано. Для этого нужно хорошо овладеть силой, чтобы она подчинялась вам, чтобы это был привычный инструмент с понятными принципами работы, а не магический артефакт, управляемый загадочными заклинаниями.

Ну что ж, довольно слов, пора перейти к делу.

Как и всякий навык, умение программировать нужно тренировать и закреплять. Недостаточно просто прочитать книжку и выучить набор команд. Знать ещё не значит уметь. Поэтому тренинг "Программирование для тестировщиков" будет содержать как теоретические сессии, так и практические задания для самостоятельного выполнения.

Программа курса

В этом курсе мы будем учиться программировать на языке Java.

Первые два занятия посвящены основам программирования. Вы учили это в школе и вузе, но если всё благополучно забылось, придётся вспомнить.
1.2. Основы программирования.
На остальных занятиях будет рассмотрен ряд задач, с которыми часто приходится сталкиваться тестировщикам в реальной жизни, и будет рассказано, как средствами программирования эти задачи решаются. Мы не станем углубляться в изучение различий между парадигмами программирования и в тонкости использования тех или иных конструкций. Всё это придёт потом. А пока мы просто научимся решать конкретные практические задачи.
3. Работа со строками -- анализ строк, проверка соответствия образцу, регулярные выражения.
4. Работа с контейнерами, предназначенными для хранения наборов данных: множествами, списками, ассоциативными массивами.
5. Работа с файлами -- чтение и запись данных из файла и в файл, анализ содержимого директорий.
6. Автоматизация браузера с использованием инструментов Selenium и WebDriver.
7. Автоматизация Java GUI с использованием Jemmy.
8. Работа с базами данных -- JDBC и Java Persistence.
9. Работа с почтой -- сервер James и клиент Java Mail.
10. Сетевое программирование -- HTTP, FTP и другие протоколы прикладного уровня.

Подробная программа тренинга "Программирование для тестировщиков"

Посмотреть отзывы участников онлайн-тренинга "Программирование для тестировщиков"

Тренинги по тестированию ПО в Екатеринбурге

2010-07-21T16:02:00.001+04:00

20-22 августа запланированы три очных однодневных тренинга по тестированию ПО от Алексея Баранцева в Екатеринбурге.
* 20 августа, Автоматизация тестирования веб-приложений: Selenium
* 21 августа, Тестирование методом свободного поиска
* 22 августа, Тест-дизайн от А до Я

Тестирование производительности: онлайн-тренинг с домашними заданиями

2010-07-16T16:32:00.001+04:00

"Младших тестировщиков производительности" не бывает. Зато бывают люди, которые начинают заниматься тестированием производительности.

(с) Скотт Барбер (aka The Perf Guy)

В тестировании компьютерных программ есть "общедоступная" область функционального тестирования, куда доступ открыт всем желающим, и есть целый ряд областей с достаточно высоким "порогом входа", и тестирование производительности находится в их числе.

Для этого вида тестирования требуется хорошее владение оружием, его голыми руками не возьмёшь. Во-первых, нужно само оружие -- тестирование производительности обязательно требует умения пользоваться специальными инструментами. Во-вторых, нужно тщательно изучить соперника -- необходимо хорошее понимание протоколов взаимодействия тестируемой программы с внешним миром и её внутренней физической и логической архитектуры. Ну и конечно же нужно владеть приёмами -- знать какую нагрузку и как подать на тестируемое приложение, и на что смотреть, чтобы выявить проблемы с производительностью.

19 августа начнется онлайн-тренинг "Тестирование производительности", продолжительность 6 занятий.

Посмотреть программу тренинга и условия участия

Тренинги по тестированию ПО в Новосибирске

2010-07-06T13:58:00.001+04:00

Представляю серию тренингов по тестированию ПО, которые пройдут в конце июля в Новосибирске.

29 июля, Тестирование методом свободного поиска (exploratory testing)

30 июля, Автоматизация функционального тестирования (Selenium RC + Java)

31 июля, Тест-дизайн от А до Я

Стоимость участия в одном тренинге 4 500 рублей.

При одновременной регистрации и оплате двух участников скидка 10%, трех – 15%.

Каждый оплативший курс за 20 дней до его начала получит БЕСПЛАТНО записи двух любых двухчасовых (или один четырехчасовой) онлайн-семинаров Алексея Баранцева.

Тренинги по тестированию ПО в Киеве

2010-06-26T18:04:00.001+04:00

9-11 июля планирую провести три открытых очных однодневных тренинга в Киеве.

Тестирование методом свободного поиска (exploratory testing)

2010-06-10T14:53:00.001+04:00

2 июля в Москве я проведу очный однодневный тренинг "Тестирование методом свободного поиска (exploratory testing)".

Краткая программа тренинга:

Различные парадигмы тестирования -- почему они существуют и каковы практические последствия этого.
Метафора "The touring test". Построение карты приложения. Выбор "туров".
Концепция "сеанса тестирования". Первый практический сеанс и разбор полётов.
Парное тестирование. Второй практический сеанс.
Метод "шести шляп" де Боно. Третий практический сеанс.
Регрессионное тестирование методом свободного поиска. Четвёртый практический сеанс.
Автоматизация и тестирование методом свободного поиска -- друзья или враги? Пятый практический сеанс.
Особенности взаимоотношения с коллегами и начальством -- как им объяснить, "чем это вы тут занимаетесь"?

Подробная программа и условия участия

Записи вебинаров!!! Распродажа!!! Только в июне!!! Спешите!!!

2010-06-01T12:44:00.001+04:00

Хотите создать в компании базу курсов для обучения тестированию ПО? Составить индивидуальный план занятий для каждого сотрудника? Узнать про области тестирования, с которыми пока не приходилось работать?

Мы предлагаем записи онлайн-семинаров, прочитанных в течении этого учебного года Алексеем Баранцевым:

16 двухчасовых онлайн-семинаров + 3 четырехчасовых онлайн-семинара
общая продолжительность записей -- более 44 часов,
общее количество слайдов в презентациях -- более 1000 слайдов,
слайды и файлы со ссылками на дополнительные ресурсы для дальнейшего самостоятельного изучения.

Посмотреть отзывы о прошедших онлайн-семинарах

Срок действия акции – 1 месяц

Подробнее...

Летняя школа тест-дизайна -- учитесь, отдыхая!

2010-05-24T16:29:00.001+04:00

Хотите отдохнуть от городской суеты в подмосковном доме отдыха и одновременно повысить свой профессиональный уровень?
Хотите не просто выучить, а понять принципы тест-дизайна и развить "тестерское чутьё"?
Хотите провести неделю в обществе таких же активных тестировщиков, как вы?
Хотите посоревноваться с коллегами, кто лучше и быстрее тестирует?

Тогда вы просто не можете позволить себе пропустить это событие!

Летняя школа тест-дизайна -- это

6 дней, 24 часа тренингов, 20 участников и 2 тренера

Алексей Баранцев (Software-Testing.Ru) и

Наталья Руколь (Лаборатория качества).

По количеству учебных часов это аналогично трёхдневному тренингу, но только гораздо лучше.
Почему? Потому что:

Подробнее...

28 мая, Москва, Тест-дизайн от А до Я

2010-05-16T16:08:00.001+04:00

28 мая я проведу последний тренинг в этом сезоне “Тест-дизайн от А до Я”.

В тестировании дизайн, или проектирование, тестов также занимает центральное место. Выполняем ли мы тесты вручную или автоматизируем их, используем ли мы тестирование методом свободного поиска или фиксируем тесты в виде готовых к повторному использованию сценариев -- во всех случаях сначала нам приходится эти тесты спроектировать, то есть придумать. И чтобы не потеряться в хаосе бесконечного количества тестов, которые можно придумать, нам нужен систематический подход к отбору некоторого ограниченного количества тестов, которые достаточно выполнить.

Тестирование, как и программная инженерия в целом, достаточно молодая дисциплина. По этой причине практически всё знание в области тестирования имеет эвристическую форму. На тренинге мы рассмотрим различные эвристики, начиная от известного всем тестировщикам разбиения данных на классы эквивалентности и до тестирования на основе рисков.

Программа тренинга и условия участия

Долой круглые столы -- даёшь квадратные!

2010-05-11T19:05:00.001+04:00

Приближается конференция SQA Days 7, и я хочу обратиться к тем, кто собирается в ней принять участие.

Время от времени на конференциях мы устраиваем так называемые “круглые столы”, где обсуждаются какие-то темы вроде бы интересные, есть о чём поговорить, но в принципе все более или менее согласны друг с другом. Да, уточняют, дополняют, но -- согласны. И аудитория тоже в целом согласна с выступающими, расхождения если и есть, то в деталях.

Конечно, иногда мы при этом противопоставляем себя, хороших, враждебному окружающему миру -- мы, мол, огого, а они нас просто не понимают (о, как глубоко они заблуждаются!)

И получается вот это: http://retverd.blogspot.com/2010/04/blog-post_284.html

Однако это во-первых скучно, никаких эмоций не вызывает, а во-вторых непродуктивно, потому что нет разных точек зрения, нет столкновения идей, не возникает искры.

Так давайте вместо этого поспорим!

Ведь есть же масса вопросов, по которым в сообществе нет общего мнения, а иногда, допускаю такое, и не может быть. Давайте эти вопросы обсуждать. Даже если мы не придём к единому мнению (и почти наверняка не придём) -- это позволит участникам увидеть, что существуют разные точки зрения, может быть они начнут думать об этом, а может быть даже в конце концов сделают для себя выбор, и этот выбор будет осознанным, потому что они знали альтернативы.

На конференции мы решили сделать две дискуссии, посвященные как раз таким спорным темам.

В программе есть два доклада про сертификацию, но почти наверняка эта тема вызовет массу вопросов, на которые за пять минут в конце доклада не ответишь. Поэтому мы решили сразу после этих докладов сделать “квадратный стол” -- «Сертификация - кому и зачем она нужна?». Не круглый, а квадратный, потому что мирного обсуждения тут не стоит ожидать.

На конференции будет много докладов про автоматизацию тестов, необычно много. И будет даже специальный доклад Саши Ильина про эффективность автоматизации. И при этом в реальности примеры успешной автоматизации встречаются гораздо реже, чем разочарования в ней. Вот эту тему мы и будем обсуждать на втором “квадратном столе” -- «Автоматизация тестирования - выгодна ли она?»

Довольно убегать от спорных тем. Ну и что, что кто-то будет бит канделябром, зато потом будет о чём поразмыслить на досуге.

И завершаю обращением: коллеги, если вы готовы выступить на этих квадратных столах на той или иной стороне баррикад -- напишите мне письмо, скажите, что хотели бы поддержать сторонников или противников сертификации/автоматизации своими аргументами.

Мой адрес barancev@gmail.com, пишите, мы постараемся сформировать сильные команды как на той, так и на другой стороне, чтобы в споре родилась истина. Хотя бы маленький её кусочек.

Тренинги по тестированию ПО в Минске

2010-04-28T16:53:00.001+04:00

7-8 мая проведу в Минске два очных однодневных тренинга.

Тестирование методом свободного поиска (exploratory testing)

Тест-дизайн от А до Я

Тестирование методом свободного поиска (exploratory testing), 30 апреля, Москва, очный однодневный тренинг

2010-04-20T13:45:00.001+04:00

Программа тренинга

Бонусы!!!
Каждый оплативший курс за 15 дней до его начала получит БЕСПЛАТНО записи двух любых двухчасовых (или один четырехчасовой) онлайн-семинаров Алексея Баранцева.
При одновременной регистрации и оплате двух участников (или одного участника на два тренинга) скидка 10%, трех -- 15%.

Стоимость участия: 4500 рублей

Подробнее...

Работа с требованиями: анализ, тестирование, 8 апреля, 12-00, двухчасовой семинар Юлии Нечаевой

2010-04-02T19:00:00.001+04:00

Существует мнение, что основная задача тестирования – проверка соответствия разработанного приложения требованиям и поиск ошибок. Но как же часто встречается ситуация, когда сами требования содержат ошибки! Ошибки не функциональные, а логические, противоречия, недомолвки, двусмысленности.
На этом семинаре мы будем говорить о том, зачем нужно анализировать и тестировать требования, кто это должен делать, как и по каким критериям, и что должно быть результатом этих действий.
Основные темы вебинара:
* Когда и зачем привлекать тестировщиков к анализу и тестированию требований.
* Критерии качественного требования.
* Свойства требований.
* Функциональные и нефункциональные требования.
* Явные и неявные требования
* Методики тестирования требований.
* Полномочия и компетенции тестировщиков при работе с требованиями.

Условия участия в семинаре

Набор третьей группы на онлайн-тренинг «Программирование для тестировщиков»

2010-03-31T16:05:00.001+04:00

Открыт набор в третью группу онлайн-тренинга «Программирование для тестировщиков».

Дата начала 15 апреля.

Курс начнется 15 апреля и будет проходить по четвергам в 17-00 с перерывом на июнь (точные даты курса 15, 22, 29 апреля, 6,13, 20 мая и 1,8,15, 22 июля).

Консультации соответственно каждый следующий за занятием вторник в 17-00.

Посмотреть отзывы участников онлайн-тренинга "Программирование для тестировщиков"

Автоматизация функционального тестирования веб-приложений: Selenium RC + Java

2010-03-26T14:17:00.001+04:00

9 апреля в Москве я проведу открытый однодневный тренинг "Автоматизация функционального тестирования веб-приложений: Selenium RC + Java"

Программа тренинга

Как устроен Selenium (Core, RC, Grid). В чём отличие от других аналогичных фреймворков.
Selenum IDE. Простейшие тесты. Запись и воспроизведение тестовых скриптов. Отладка и доработка тестовых скриптов в среде Selenium IDE.
Переход к Selenium RC. Перенос тестовых скриптов из Selenium IDE в Selenium RC. Запуск, отладка и доработка тестовых скриптов.
*Основы разработки тестов с использованием TestNG.
Принципы организации тестового набора. Повторное использование фрагментов кода. Многослойная архитектура тестов. Повышение устойчивости тестов к изменениям требований и реализации.
Принципы создания устойчивых локаторов.
*Вспомогательные инструменты -- Firebug, XPather, IE Developer Toolbar.
Использование различных браузеров и особенности взаимодействия Selenium с ними.

Условия участия

Опубликована подробная программа второй ступени онлайн-тренинга "Тестирование производительности"

2010-03-23T23:44:00.001+04:00

Вторая ступень тренинга предназначена для тех, кто уже овладел простыми приёмами тестирования производительности. В ней мы рассмотрим более глубоко девять основных принципов тестирования производительности, выделенных Скоттом Барбером:

Контекст -- внешний контекст проекта, в рамках которого выполняется тестирование производительности,
Критерии -- что можно рассматривать как успешный результат с точки зрения пользователей, бизнеса, проекта, системы,
Планирование и проектирование тестов -- какие тесты нужны, как их можно сделать и сколько это потребует времени и ресурсов,
Настройка -- подготовка тестового стенда, а также инструментов для генерации нагрузки и мониторинга,
Реализация тестов -- разработка тестов в соответствии с ранее задуманным планом,
Исполнение -- запуск тестов, мониторинг и сбор данных о характеристиках производительности системы,
Анализ результатов -- оценка качества и достоверности собранных данных и выявление проблем с производительностью,
Консолидация результатов -- обработка данных для более удобного представления,
Итеративный подход -- повторение тестирования на разных этапах или с разными вариациями.

Занятия второй ступени будут проходить 8, 15, 22 апреля.

Есть возможность приобрести записи занятий первой ступени.

Посмотреть подробную программу второй ступени и условия участия

25 марта, двухчасовой вебинар: Управление требованиями, запросами на изменение и дефектами

2010-03-20T17:15:00.001+04:00

Тестировщикам, точно так же, как и другим участникам процесса разработки, приходится работать с требованиями. Тестировщики используют требования как источник информации для разработки тестов. В процессе тестирования они выявляют дефекты, которые есть не что иное как несоответствие между требованиями и реальным поведением программы. И далеко не всегда причина этого несоответствия в некорректном поведении программы, иногда ошибки встречаются и в требованиях. Поэтому так или иначе тестировщики могут служить инициаторами изменений в требованиях. Запросы на изменения могут поступать из разных источников, всеми этими потоками нужно управлять, а тестировщикам нужно их как минимум отслеживать. На этом семинаре мы поговорим об идеальных и реальных схемах жизненного цикла дефектов и запросов на изменения, об инструментах управления дефектами и запросами на изменения, о хороших практиках работы с информацией.

Условия участия в семинаре

Отзывы участников онлайн-тренинга "Программирование для тестировщиков"

2010-03-10T00:49:00.002+04:00

Первый “длинный” онлайн-тренинг “Программирование для тестировщиков” благополучно завершился. Ещё продолжают приходить домашние задания от тех, кто попросил о предоставлении дополнительного времени, а наиболее старательным ученикам уже вот-вот будут отправлены сертификаты.

И конечно же очень интересно как был воспринят этот новый формат проведения практических тренингов через Интернет. Огромное спасибо всем, кто прислал отзывы, и отдельное спасибо тем, кто разрешил их опубликовать, чтобы те, кто ещё не решился пойти на этот тренинг, могли получить больше информации “изнутри”.

Почитать отзывы участников онлайн-тренинга "Программирование для тестировщиков".

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

Либо курс начнется 15 апреля с перерывом на июнь (точные даты курса 15, 22, 29 апреля, 6,13, 20 мая и 1,8,15, 22 июля).

Либо курс начнется 1 июля (точные даты 1, 8, 15, 22, 29 июля, август перерыв, 2, 9, 16, 23, 30 сентября).

Занятия будут проходить по четвергам с 17:00, а консультации – по вторникам в то же время.

1-3 апреля, тренинги по тестированию в Санкт-Петербурге

2010-03-09T11:21:00.001+04:00

1-3 апреля в Санкт-Петербурге я проведу три открытых очных однодневный тренинга по тестированию ПО.

Буду рад видеть Вас среди участников тренингов!!!

Автоматизация функционального тестирования веб-приложений: хорошие практики

2010-02-26T11:23:00.001+04:00

04 марта 2010, в 12:00 я проведу очередной семинар серии “Онлайн-семинары по четвергам”: 8. Автоматизация функционального тестирования веб-приложений: хорошие практики.

Все, кто достаточно плотно соприкасался с автоматизацией тестов, знают, что если своевременно не позаботиться об аккуратной организации архитектуры тестового набора, тесты вскоре выйдут из под контроля -- добавление новых тестов и модификация существующих при изменении требований или реализации становятся серьёзной проблемой. Инструменты и фреймворки в какой-то мере пытаются решить эту задачу, они уже частично задают архитектурный каркас тестового набора. Но этого недостаточно, нужны дополнительные усилия со стороны разработчика тестов. Главный принцип, который знаком каждому программисту -- это повторное использование кода и стандартных архитектурных шаблонов. На семинаре мы будем рассматривать некоторые приёмы, которые применяются при автоматизации тестирования веб-приложений, но, вообще говоря, их с равным успехом можно использовать и для других классов приложений.

Условия участия в семинаре

26 февраля, открытый тренинг “Тест-дизайн от А до Я”

2010-02-17T14:20:00.001+04:00

26 февраля в Москве я проведу открытый очный однодневный тренинг "Тест-дизайн от А до Я".

Можно ли построить здание без проекта? Можно, если оно не слишком большое. Например, шалаш или скворечник. В более сложных случаях скорее всего придётся учитывать рельеф местности и особенности почвы, где здание будет стоять, характеристики материалов, из которых оно будет построено, и не следует забывать об эстетической привлекательности того, что получится. Проектируя здания, мы опираемся на знания, накопленные бесчисленными поколениями строителей и архитекторов, используем в своей работе их успешные находки и стараемся не повторять их ошибок. Этот опыт частично преобразовался в научные теории, а какая-то его часть продолжает оставаться на уровне эвристики.
В тестировании дизайн, или проектирование, тестов также занимает центральное место. Выполняем ли мы тесты вручную или автоматизируем их, используем ли мы тестирование методом свободного поиска или фиксируем тесты в виде готовых к повторному использованию сценариев -- во всех случаях сначала нам приходится эти тесты спроектировать, то есть придумать. И чтобы не потеряться в хаосе бесконечного количества тестов, которые можно придумать, нам нужен систематический подход к отбору некоторого ограниченного количества тестов, которые достаточно выполнить.
Тестирование, как и программная инженерия в целом, достаточно молодая дисциплина. По этой причине практически всё знание в области тестирования имеет эвристическую форму. На тренинге мы рассмотрим различные эвристики, начиная от известного всем тестировщикам разбиения данных на классы эквивалентности и до тестирования на основе рисков.

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

Место проведения: Москва
Дата: 5 февраля
Время тренинга: 10:00 - 18:00
Стоимость: 4500 рублей

Об условиях участия можно узнать здесь.

Буду рад видеть Вас среди участников!!!

Впервые в России: Майкл Болтон с тренингом Rapid Software Testing, Москва, 11-12 марта

2010-02-02T15:11:00.001+04:00

11-12 марта Майкл Болтон проведёт в Москве двухдневный тренинг «Rapid Software Testing», разработанный им совместно с Джеймсом Бахом.

В 2003-2005 годах он совместно с Джеймсом Бахом разработал тренинг Rapid Software Testing, в основу которого легли основные концепции школы контекстно-ориентированного тестирования. С тех пор Майкл Болтон объездил с этим тренингом весь мир -- Канада, США, Бразилия, Франция, Германия, Индия, Сингапур, Испания, Швеция, Турция. И вот впервые этот тренинг проводится в России!

Rapid Software Testing

Подробнее...

Тестирование производительности: новый онлайн-тренинг с домашними заданиями

2010-01-14T16:23:00.001+04:00

Вслед за онлайн-тренингом в новом формате обучения "Программирование для тестировщиков" 18 февраля начнется новый онлайн-тренинг, продолжительностью 6 занятий "Тестирование производительности".

"Младших тестировщиков производительности" не бывает.
Зато бывают люди, которые начинают заниматься тестированием производительности.
(с) Скотт Барбер (aka The Perf Guy)

На тренинге мы будем учиться обращаться с этим оружием:

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

Однако это только первый этап. В тестировании производительности не только высокий входной порог, достаточно трудно забраться и на вторую ступеньку.

Во второй части тренинга, предназначенной для тех, кто уже овладел простыми приёмами тестирования производительности, мы рассмотрим более глубоко девять основных принципов тестирования производительности, выделенных Скоттом Барбером:

Контекст -- внешний контекст проекта, в рамках которого выполняется тестирование производительности,
Критерии -- что можно рассматривать как успешный результат с точки зрения пользователей, бизнеса, проекта, системы,
Планирование и проектирование тестов -- какие тесты нужны, как их можно сделать и сколько это потребует времени и ресурсов,
Настройка -- подготовка тестового стенда, а также инструментов для генерации нагрузки и мониторинга,
Реализация тестов -- разработка тестов в соответствии с ранее задуманным планом,
Исполнение -- запуск тестов, мониторинг и сбор данных о характеристиках производительности системы,
Анализ результатов -- оценка качества и достоверности собранных данных и выявление проблем с производительностью,
Консолидация результатов -- обработка данных для более удобного представления,
Итеративный подход -- повторение тестирования на разных этапах или с разными вариациями.

Формат курса

Онлайн-тренинг, состоящий из двух ступеней разной сложности, с еженедельными онлайн-занятиями и практическими домашними заданиями.

Каждая ступень состоит из трех занятий.

Онлайн-занятия состоятся каждый четверг с 15-00 до 16-30.

Между занятиями в любой момент можно задать вопрос тренеру в форуме.

В случае, если Вы пропустите какое-либо занятие, Вы получите его запись и домашнее задание.

Технические требования

Онлайн-тренинг организуется с использованием системы DimDim.

Для участия требуется браузер c установленным плагином Adobe Flash и достаточно быстрое Интернет-соединение. Проверить пропускную способность своего соединения можно здесь: http://www.dimdim.com/support/dimdim_tools.html (слева инструмент Bandwidth Checker).

Необходимы наушники или другая акустическая система, чтобы слушать ведущего. Микрофон не требуется, участники задают вопросы письменно в чате.

В случае возможных технических сбоев с ведущим можно будет связаться через систему Skype.

Условия участия

5 февраля, Москва, открытый тренинг "Тест-дизайн от А до Я"

2010-01-10T22:19:00.001+04:00

5 февраля в Москве я проведу открытый очный однодневный тренинг "Тест-дизайн от А до Я".

Место проведения: Москва
Дата: 5 февраля
Время тренинга: 10:00 - 18:00

Об условиях участия можно узнать здесь.

Буду рад видеть Вас среди участников!!!

Кто платит за разработку бесплатных инструментов

2009-12-12T18:32:00.001+04:00

В четверг (17 декабря) я проведу два семинара посвященные бесплатным и недорогим инструментам тестирования.

Для того, чтобы на семинаре как можно больше времени уделить непосредственно рассмотрению инструментов, я решил выслать всем участникам фрагмент записи, которая была сделана на одном из предыдущих таких же семинаров. Эта часть посвящена не самим инструментам, а обсуждению следующих вопросов:

почему некоторые инструменты распространяются бесплатно, кто за это на самом деле платит;
как выбирать инструменты, с каких начать рассмотрение -- с платных или бесплатных;
какие достоинства и недостатки у той и другой альтернативы;
почему вообще нужно время от времени возвращаться к вопросу выбора инструментов, почему нельзя выбрать раз и навсегда;
каковы общие тренды в развитии платных и бесплатных инструментов;
что нужно сделать до того, как начать выбирать инструменты.

С читателями блога я решил тоже поделиться этой записью: http://software-testing.ru/files/webinar_free_tools_intro/Webinar_090415_part2.wmv

Тренинги по тестированию ПО в Минске

2009-12-10T17:51:00.001+04:00

Мои минские коллеги пригласили меня прочитать три открытых тренинга в Минске.

Я принял предложение, таким образом с 17 по 19 января 2010 года я планирую прочитать в Минске три тренинга.

Вся дополнительная информация по ссылкам.

17 января, Минск, тренинг "Тестирование методом свободного поиска (exploratory testing)"

18 января, Минск, тренинг "Автоматизация функционального тестирования веб-приложений: Selenium + Selenium RC"

19 января, Минск, семинар "Обзор бесплатных инструментов тестирования"

Онлайн-семинары про бесплатные и недорогие инструменты тестирования

2009-12-04T14:02:00.001+04:00

Весной этого года я проводил Онлайн семинар-обзор бесплатных инструментов тестирования .

Тема была настолько востребована, что пришлось повторить семинар несколько раз.

И сейчас я снова получаю заявки на проведение такого семинара. Повторяться не хочется, кому нужен именно этот семинар может купить его запись, поэтому я решил сделать два новых коротких двухчасовых онлайн-семинара .

· 17.12.2009 | 13.00 15. Бесплатные и недорогие инструменты функционального тестирования

· 17.12.2009 | 16.00 16. Бесплатные и недорогие инструменты нефункционального тестирования

SPMGuild: бесплатный вебинар по Lean, 4 декабря

2009-11-30T20:59:00.001+04:00

4-го декабря с 13:00 до 14:30 (по московскому времени) под эгидой “Гильдии менеджеров программных проектов”, aka SPMGuild, пройдёт бесплатный вебинар с коротким и ёмким названием “Lean”.

Выступать будет Сурен Самарчян, руководитель департамента управления проектами компании Innova Systems.

Записаться можно тут: https://www2.gotomeeting.com/register/176042747 .

Ниже -- официальный анонс.

Гильдия менеджеров программных проектов (www.spmguild.org) приглашает Вас 4-ого декабря в 13:00 принять участие в вебинаре на тему «Лин» - подходу к организации работы, используемому такими компаниями как Toyota, Boeing, Intel и другими мировыми лидерами в своих отраслях. В России на Лин недавно начали переходить такие гиганты как «Сухой», «Камаз», «Сбербанк» и другие. Более того, эти компании не просто используют данный подход, а считают его одним из нескольких ключевых элементов своей стратегии. В софтверной индустрии Лин подходы используют Google, Nokia, Yahoo, British Telecom, IBM, Microsoft и многие другие.

Мы поговорим как о классических принципах Лин, которые уже в течении полувека успешно используются во многих компаниях, так и о новых направлениях, как например Лин для разработки инновационных программных продуктов. Ниже приведен краткий перечень покрываемых тем

1. Основные принципы Лин

2. Какие компании используют Лин и какие результаты были получены

3. Стандартные классы потерь

4. Канбан

5. Картирование потока добавления ценности для пользователя

6. Переработки, вариабельность и их влияние на скорость выпуска продуктов

7. Лин для разработки инновационных продуктов

8. С чего начать при внедрении Лин

Это первый из серии вебинаров, которые подготавливаются для вас Гильдией менеджеров программных проектов. Темы вебинаров были выбраны на основе анализа наиболее частых причин неудач менеджеров и директоров софтверных компаний. Ждем Ваших пожеланий и комментариев по выбору тем вебинаров.

Подробная программа тренинга "Программирование для тестировщиков"

2009-11-23T20:00:00.001+04:00

3 декабря мы запускаем онлайн-тренинг "Программирование для тестировщиков" (анонс и условия участия по ссылке), в рамках которого мы будем учить тестировщиков программировать. Не просто использовать запись тестов в стиле catch-n-replay с последующей незначительной ручной доработкой, а создавать по настоящему хорошие автоматизированные тесты. Во-первых, хорошие с архитектурной точки зрения, которые легко изменять и добавлять новые. Во-вторых, хорошие с точки зрения читаемости, так чтобы посмотрев на код теста можно было легко понять, что он проверяет. В-третьих, хорошие с точки зрения возможности выполнять сложные проверки правильности результатов, даже если для этого требуется заглянуть в базу данных или проанализировать лог-файлы.

Весь изучаемый материал будет демонстрироваться на одном сквозном примере -- мы будем разрабатывать на языке Java автоматизированные тесты для веб-приложения, используя драйвер Selenium RC. И с каждым занятием мы будем писать всё более и более сложные тесты, добавляя в свой арсенал новые возможности как для управления тестируемой системой и её окружением, так и для выполнения проверок различного рода. Кроме того, мы будем не только учиться делать автоматизированные тесты, но также разрабатывать вспомогательные программы -- генераторы данных, анализаторы содержимого файлов, эмуляторы.
Мы не будем изобретать велосипед. К настоящему моменту в мире существует огромное количество уже готовых компонентов и библиотек, которыми можно воспользоваться для решения типичных задач. Поэтому программисту в наши дни требуется не только и не столько умение кодировать алгоритмы, сколько умение проектировать программу из готовых компонентов. Автоматизация тестирования не является исключением из этого правила. Поэтому мы будем делать основной упор не на алгоритмы, а на изучение различных полезных библиотек и фреймворков. Кроме того, мы будем параллельно рассматривать различные шаблоны проектирования, позволяющие организовать код автоматизированных тестов таким образом, чтобы его было легко модифицировать и расширять.

Подробная программа тренинга "Программирование для тестировщиков"

1. Основы программирования: структуризация кода.

Мы не станем пытаться брать крепость программирования "лобовой атакой", последовательно изучая типы данных, операторы и конструкции языка. Вместо этого мы зайдём "с тыла", начав понимание основ программирования с изучения тех тестов, которые генерируются инструментами catch-n-replay. Это может показаться странным, потому что я часто повторяю, что эти инструменты создают плохие тесты, и вдруг я выбрал их как пример для изучения. Да, именно по этой причине и выбрал. Эти тесты слишком примитивны, чтобы быть пригодными к использованию в реальной жизни, но как учебные примеры они достаточно хороши -- они крайне просты по своему устройству, но несмотря на это являются готовыми к выполнению тестами. Кроме того, эти тесты уже используют специальный фреймворк для запуска тестов, который нам также предстоит освоить в рамках тренинга.
Сначала мы изучим возможности языка Java по структуризации кода -- пакеты и классы, методы и данные, а также посмотрим на то, как среда разработки позволяет манипулировать этой структурой кода. Затем поговорим о том, как тестовый фреймворк накладывает на код дополнительную структуру, выделяя специальные методы для работы с тестовым окружением, которые в нужный момент автоматически выполняются, чтобы выполнить инициализацию и зачистку.

2. Основы программирования: управление потоком выполнения кода.

Разобравшись с правилами структуризации кода, мы конечно же заглянем внутрь отдельных методов и изучим две основных конструкции для управления потоком выполнения кода -- ветвление и зацикливание. А также специальную конструкцию аварийного выхода -- выброс и перехват исключений. Это три кита, на которых стоит практически всё управление ходом выполнения программ, в том числе и автоматизированных тестов.
Мы рассмотрим, как использовать ветвления в тестах для повышения их "интеллектуальности", так чтобы тесты могли вести себя по разному в зависимости от ситуации. Мы научимся перехватывать исключения, приходящие от тестируемой системы (или драйвера пользовательского интерфейса), и соответствующим образом реагировать на возникшие проблемы. Мы освоим использование циклов для создания генераторов тестовых данных, в том числе динамических генераторов, автоматически создающих данные в процессе выполнения тестов.

3. Работа с контейнерами, предназначенными для хранения наборов данных: множествами, списками, ассоциативными массивами.

Контейнерные типы данных предназначены для хранения коллекций данных. Эти коллекции могут использоваться для различных целей. Например, в коллекцию может быть собрано какое-то количество заранее подготовленных тестовых данных, которые затем будут последовательно использованы в тестах. При проверке свойств веб-страницы мы можем получить коллекцию всех ссылок или картинок, присутствующих на этой странице, чтобы затем тщательно изучить свойства отдельных объектов, входящих в эту коллекцию. Контейнерные типы данных будут впоследствии часто встречаться нам, когда мы будем учиться работать с файлами и базами данных.

4. Работа со строками -- анализ строк, проверка соответствия образцу, регулярные выражения.

Текст -- один из наиболее распространённых форматов представления информации, особенно для веб-приложений. Текстовые данные вводятся в поля форм, в виде текста выдаются результаты работы приложения или сообщения об ошибках. Поэтому умение работать с текстовыми строками является непременным условием для тестировщика-автоматизатора. И наиболее сложной задачей является анализ содержимого текстовых строк, чтобы проверить, правильный ли результат выдало приложение или верно ли оно сообщило об ошибке.
Разумеется, с текстовой информацией приходится много работать не только тестировщикам, поэтому эту область можно считать хорошо "культивированной". Для анализа строк имеются как простые средства, типа проверки вхождения подстроки в строку, так и потрясающей мощности регулярные выражения, позволяющие сформулировать весьма сложные описания формата, на соответствие которому нужно проверить текст.
Тестировщикам, использующим Selenium RC, нужно особенно хорошо уметь работать со строками. Дело в том, что характерной особенностью Selenium RC, отличающей его от других драйверов веб-интерфейса, является то, что большинство обмена данными с браузером производится в виде строк. Это определяется особенностями архитектуры Selenium RC -- тесты отправляют через сервер текстовые команды браузеру, и получают ответ также в виде текста. Поэтому при использовании других драйверов веб-интеферйса тестировщик в равной мере работает как с коллекциями объектов (элементов пользовательского интерфейса), так и со строками, а при работе с Selenium RC работа ведётся преимущественно с текстом.

5. Автоматизация управления веб-приложением через браузер.

Несмотря на то, что в этом тренинге мы с самого начала и до конца будем заниматься автоматизацией работы с веб-приложением через браузер, это занятие особое. Это "экватор" тренинга, и к этому моменту у нас будет уже достаточно знаний и умений, чтобы поговорить не только о низкоуровневом кодировании (типа анализа строк), но о проектировании тестов, о хороших и плохих архитектурных решениях. Фактически мы вернёмся к самому началу, к обсуждению структуризации кода, но уже на качественно новом уровне.

6. Автоматизация Java GUI.

Эта тема представляет собой своеобразное отступление от основного материала тренинга. Мы не только обратим наше внимание на приложение другого типа, но и будем использовать другой инструмент тестирования. При этом преследуются две цели. Во-первых, показать, что надо инструмент подбирать под задачу, а не пытаться всё сделать одним и тем же инструментом. Во-вторых, показать, что несмотря на "во-первых" разные инструменты весьма похожи, так что изученные на предыдущих занятиях шаблоны проектирования с не меньшим успехом можно применять и при разработке тестов для приложений другого типа.

7. Работа с файлами -- чтение и запись данных из файла и в файл, анализ содержимого директорий.

Многие приложения читают или пишут файлы. В конфигурационных файлах хранятся различные настройки. В файлы журнализации сбрасываются сообщения об ошибках и иная служебная информация. Файлами приложения обмениваются между собой, передавая таким образом информацию. В файлы записывается информация с целью её хранения и использования впоследствии. И конечно же при тестировании нужно создавать файлы, которые приложение читает, а также проверять корректность содержимого файлов, созданных приложением.
Нам нужно научиться читать и писать файлы различного формата. Для работы с содержимым текстовых файлов нам пригодятся изученные ранее приёмы работы со строками. Для работы с более сложными форматами (MS Office, PDF, ZIP и т.д.) существуют специальные библиотеки, которыми мы тоже научимся пользоваться.

8. Работа с базами данных.

Подавляющее большинство многопользовательских приложений (к которым относятся и веб-приложения), а также многие однопользовательские приложения, используют базы данных для хранения информации. Когда пользователь вводит какую-то информацию через интерфейс приложения, она после некоторой обработки попадает в базу данных и хранится там до тех пор, пока она не потребуется для работы того же самого или или какого-то иного приложения. При тестировании часто бывает удобно проверить, правильно ли сохранилась информация в базе данных. Поэтому многие тестировщики, даже не умея программировать, достаточно хорошо владеют языком запросов к базе данных SQL.
Сначала мы научимся пользоваться технологией доступа к базам данных JDBC, которая позволяет выполнять привычные SQL-запросы и анализировать полученный ответ как таблицу. Затем мы освоим более современную технологию объектно-реляционных преобразований Java Persistence, позволяющую практически полностью забыть про язык запросов SQL, а вместо него использовать более высокоуровневый и не зависящий от конкретной базы данных язык запросов. Наконец, мы научимся пользоваться инструментами, которые позволяют сохранять и сравнивать снимки (снапшоты) базы данных.

9. Работа с почтой -- сервер James и клиент Java Mail.

10. Сетевое программирование -- HTTP, FTP и другие протоколы прикладного уровня.

Последние два занятия будут посвящены рассмотрению особенностей тестирования распределённых приложений и вопросам автоматизации интеграционного тестирования.
Помимо того, что приложения читают и пишут файлы, а также работают с базами данных, они ещё и взаимодействуют между собой. Поэтому при тестировании постоянно приходится решать задачу создания такого окружения для тестируемого приложения, которое либо эмулирует поведение сторонних систем, либо содержит специальные тестовые версии таких систем. Двигаясь по первому пути мы приходим к необходимости разработки специальных приложений-эмуляторов. Второй путь ставит перед нами задачу разработки таких автоматизированных тестов, которые способны управлять не только тестируемым приложением, но и рядом вспомогательных систем.
Для веб-приложений характерным случаем является использование электронной почты -- отправка ссылки для подтверждения регистрации, восстановление пароля, оповещения о каких-либо событиях. Для тестирования такого рода функциональности мы научимся работать с почтовым сервером из автоматизированных тестов: принимать и отправлять почту, анализировать содержимое почтовых сообщений. Одновременно с этим будут рассмотрены шаблоны проектирования тестов для распределённых систем.
Мы научимся из автоматизированных тестов получать файлы с тестового стенда или загружать их туда по протоколу FTP, это позволит проверять функциональность загрузки файлов на сервер через веб-приложение. Мы научимся формировать и отправлять произвольные HTTP-запросы, а не только такие, которые можно отправить через браузер, это позволит разрабатывать тесты для проверки надёжности и устойчивости приложений. Выйдя за пределы автоматизации только через пользовательский интерфейс путём эмуляции действий пользователя в браузере, мы научимся создавать комплексные тесты, проверяющие интеграцию нескольких систем.
Ну и конечно же эти два последних занятия будут сопровождаться наиболее сложными самостоятельными заданиями, поэтому в конце тренинга мы будем больше внимания уделять уже не столько изучению нового материала, сколько повторению уже пройденного, закреплению приобретённых навыков, разбору типичных ошибок, улучшению стиля программирования.

Онлайн-тренинг "Программирование для тестировщиков"

2009-11-03T23:48:00.001+04:00

Бытует мнение, что тестировщикам вредно уметь программировать. Якобы это умение мешает им потому, что из-за него они слишком много думают о реализации программы и слишком мало о том, как же её протестировать.
Определённый смысл в этом есть, возможно для кого-то умение программировать действительно служит отвлекающим фактором. Но если вы умеете бороться с искушениями, тогда этот навык может оказаться весьма полезным, потому что он даёт возможность переложить часть своей работы на компьютер.
Да, имеется в виду автоматизацию тестирования. Но под автоматизацией подразумевается не только написание скриптов, которые эмулируют взаимодействие пользователя с графическим интерфейсом программы. Помимо этих скриптов можно автоматизировать генерацию тестовых данных, проверку содержимого базы данных, развёртывание и настройку тестового окружения, проверку отсутствия сообщения об ошибках в лог-файлах, генерацию отчётов, и многое-многое другое.
Сложно ли научиться программировать? Вероятно, бывают люди, для которых алгоритмический стиль мышления абсолютно неприемлем. Но большинство айтишников по крайней мере на интуитивном уровне уже обладают алгоритмическим мышлением. Многие тест-дизайнеры пишут весьма подробные инструкции для ручного тестирования, это почти готовые программы, но предназначенные для "биороботов". Осталось сделать один небольшой шаг и научиться управлять настоящими роботами-компьютерами.
Разучитесь ли вы тестировать, научившись программировать? Вовсе нет, существующие навыки тестировщика от вас никуда не денутся. Но в дополнение к ним в ваших руках появится ещё один инструмент, и весьма мощный. Разумеется, владение навыками программирования не означает, что их нужно применять здесь и там без разбора, стремясь автоматизировать всё подряд. Силу нужно держать под контролем и применять её лишь там, где её применение обосновано. Для этого нужно хорошо овладеть силой, чтобы она подчинялась вам, чтобы это был привычный инструмент с понятными принципами работы, а не магический артефакт, управляемый загадочными заклинаниями.

Ну что ж, довольно слов, пора перейти к делу.

Программа курса

В этом курсе мы будем учиться программировать на языке Java.

Формат курса

Онлайн-тренинг продолжительностью примерно два с половиной месяца (10 занятий), с еженедельными онлайн-занятиями и практическими домашними заданиями.
Онлайн-занятия состоятся каждый четверг, начиная с 3 декабря с 19.00 до 20.30 за исключением 31 декабря и 7 января :-).

Кроме того, каждый вторник с 18.00 до 18.30 тренер Алексей Баранцев будет ждать в скайпе вопросы участников курса, которым необходима помощь в выполнении домашнего задания.
Каждый участник курса будет получать обратную связь от тренера по результатам выполнения домашнего задания.
Наиболее типичные ошибки будут разбираться на онлайн-занятиях.

В случае, если Вы пропустите какое-либо занятие, Вы получите его запись и домашнее задание.

Технические требования

Все семинары будут организованы с использованием системы DimDim (http://www.dimdim.com).

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

Для участия Вам не нужно устанавливать никакого специального программного обеспечения, требуется только браузер c плагином Adobe Flash Player и достаточно быстрое Интернет-соединение.
Проверить пропускную способность своего соединения можно здесь: http://www.dimdim.com/support/dimdim_tools.html (слева инструмент Bandwidth Checker).
Необходимы наушники или другая акустическая система, чтобы слушать ведущего. Микрофон не требуется, вопросы можно будет задавать письменно в чате.
В случае возможных технических сбоев с ведущим можно будет связаться через систему Skype.

Узнать условия участия: http://www.software-testing.ru/events/834-programming-for-testers

Обзор анкет слушателей вебинаров серии "Онлайн-семинары по четвергам"

2009-09-30T14:48:00.001+05:00

Прошло уже больше половины вебинаров серии «Онлайн-семинары по четвергам», пора подвести некоторые итоги. Как обычно, положительные отзывы просто процитирую, а отрицательные будут представлены в виде анализа с оргвыводами. Надеюсь, что это окажется полезно не только мне, но также тем, кто сам проводит какие-либо онлайн-мероприятия (семинары, презентации, демонстрация продуктов заказчикам и т.д.)

После окончания семинаров вместе с презентацией, записью семинара и дополнительными материалами мы отправляем всем слушателям анкеты, но ответы получаем примерно от пятой части участников. Огромное спасибо всем, кто присылает отзывы, мы внимательно изучаем все замечания и стараемся делать работу над ошибками. И отдельное спасибо тем, кто не просто ставит оценки, но ещё и пишет развёрнутые комментарии.

Подробности на сайте Software-Testing.Ru

Тренинг “Автоматизация функционального тестирования веб-приложений”

2009-09-22T21:02:00.001+05:00

Еще неделю до 26 сентября при записи на открытый очный тренинг "Автоматизация функционального тестирования веб-приложений: Selenium + Selenium RC", действует скидка 15%. Кроме того, каждый участник тренинга получит бесплатно записи трех любых онлайн-семинаров серии "Онлайн-семинары по четвергам". Тренинг пройдет 6 октября в Москве.

Программа тренинга

Как устроен Selenium (Core, RC, Grid). В чём отличие от других аналогичных фреймворков.
Selenum IDE. Простейшие тесты. Запись и воспроизведение тестовых скриптов. Отладка и доработка тестовых скриптов в среде Selenium IDE.
Переход к Selenium RC. Перенос тестовых скриптов из Selenium IDE в Selenium RC. Запуск, отладка и доработка тестовых скриптов.
*Основы разработки тестов с использованием TestNG.
Принципы организации тестового набора. Повторное использование фрагментов кода. Многослойная архитектура тестов. Повышение устойчивости тестов к изменениям требований и реализации.
Принципы создания устойчивых локаторов.
*Вспомогательные инструменты -- Firebug, XPather, IE Developer Toolbar.
Использование различных браузеров и особенности взаимодействия Selenium с ними.

Подробности про условия участия в тренинге на сайте Software-Testing.Ru

Расписание тренингов по тестированию ПО на осень

2009-09-06T12:34:00.001+05:00

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

6 октября состоится однодневный тренинг "Автоматизация функционального тестирования веб-приложений: Selenium + Selenium RC".

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

24 октября состоится тренинг "Тестирование методом свободного поиска (exploratory testing)".

Анонс этого тренинга был представлен моим выступлением на конференции TrainingLabs. Полный вариант тренинга во-первых содержит существенно больше информации, а во-вторых включает в себя несколько практических сеансов тестирования.

Оба открытых тренинга пройдут в Москве.

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

17.09.2009 13:00-15:00	Функциональное тестирование на основе вариантов использования
17.09.2009 16:00-18:00	Управление требованиями, запросами на изменение и дефектами
08.10.2009 13:00-15:00	Инструменты автоматизации функционального тестирования веб-приложений семейства Selenium
08.10.2009 16:00-18:00	Тестирование методом свободного поиска (exploratory testing)
22.10.2009 13:00-15:00	Регрессионное тестирование: принципы формирования тестовых наборов для повторного выполнения
22.10.2009 16:00-18:00	Тестирование веб-сервисов
05.11.2009 13:00-15:00	Основные техники функционального тестирования и их комбинирование
05.11.2009 16:00-18:00	Модульное тестирование: техники и инструменты
19.11.2009 13:00-15:00	Тестирование защищенности веб-приложений: наиболее распространенные уязвимости
19.11.2009 16:00-18:00	Стандарты в области тестирования и их применение на практике
03.12.2009 13:00-15:00	Тестирование производительности веб-приложений: основные приемы генерации нагрузки и мониторинга
03.12.2009 16:00-18:00	Работа с исходным программным кодом для тестировщиков

Панбагон 2.0: две недели, полёт нормальный

2009-09-01T16:40:00.001+05:00

Несмотря на некоторые наши опасения, проект Панбагон 2.0 успешно функционирует уже две недели (новость о запуске проекта можно прочитать здесь).

По просьбам наших читателей приводим некоторую статистику. За две недели написано 43 заметки и к проекту присоединилось 43 человека, 25 из которых активно участвуют в обсуждениях, а 11 человек за две недели получили бонусные баллы, опубликовав собственные заметки: Первая раздача бонусных баллов и Вторая раздача бонусных баллов, и наши благодарности.

Почему это важная веха? Потому что 42 -- это ответ на Самый Главный Вопрос Жизни, Вселенной и Вообще. И мы пересекли этот рубеж!

Панбагон 2.0 или Полное торжество демократии

2009-08-18T00:48:00.001+05:00

Я не верю в профессиональные социальные сети. И особенно утопичной мне представляется социальная сеть для тестировщиков.

Есть мнение, что в силу специфики своей профессии тестировщики мало общаются друг с другом, но зато много общаются с разработчиками, аналитиками, службой техподдержки. Это приводит к замедленному обмену информацией, что не может не сказываться отрицательно на развитии нашей отрасли. Все проекты, которые мы строим вокруг портала Software-Testing.Ru, нацелены на преодоление этой "информационной блокады".

В интервью, которое я давал порталу www.it4business.ru чуть больше полугода тому назад, я говорил, что "вебдваноль" нам не грозит, что я не собираюсь всех агитировать публиковать свои творения на сайте Software-Testing.Ru. Наоборот, я всячески приветствую появление новых блогов, сайтов, тренингов, конференций и других мест для профессионального общения тестировщиков. И некоторые позитивные результаты имеются -- за год количество блогов о тестировании выросло почти в три раза!

Однако в какой-то момент я понял, что есть много тестировщиков, которые не готовы начать вести собственный блог, потому что его регулярное пополнение требует времени и сил. Ну и конечно надо придумать, о чём писать. Поэтому я решил, что создание тематических коллективных блогов будет хорошим способом преодоления этого барьера. Во-первых -- тема задана, а во-вторых -- не обязательно писать регулярно, блог будет пополняться "с миру по нитке".

Поэтому я решил сделать некоторые шаги именно в направлении социальных сетей в надежде, что эксперимент будет удачным.

Примерно три месяца назад был запущен первый коллективный проект Панбагон. Для тех, кто не в курсе, расшифрую значение названия этого проекта. Пантеон -- так в Древнем Риме назывался храм, посвящённый всем богам. А наш проект посвящён не бОгам, а бАгам, поэтому он так и называется. Здесь мы выставляем на всеобщее обозрение баги, найденные случайно или специально в тех программах, которые мы использовали, или на тех веб-сайтах, которые мы посещали. Целью является не простая фиксация чужих ошибок, не желание посмеяться над нерадивыми разработчиками и тестировщиками, которые пропустили дефект. Мне бы хотелось, чтобы не просто публиковались описания багов, но и были попытки понять и описать, чем вызван этот дефект, почему он остался необнаруженным, какие приёмы, техники, инструменты тестирования могли бы помочь в его поимке, как можно профилактическими мерами добиться того, чтобы такие баги вообще не возникали.

Панбагон жил некоторое время на платформе Blogger, но её возможности оказались ограничены. Хотелось добавить в Панбагон некий элемент "игры", а также сделать его более открытым для всех. Поэтому было принято решение о переходе на standalone-платформу. Теперь он будет работать на движке LiveStreet и жить здесь: http://community.software-testing.ru/blog/panbugon/.

Что нового появляется в Панбагоне после переезда?

Во-первых, открытая регистрация -- теперь жрецом может стать каждый, все ограничения отменены, полное торжество демократии!

Во-вторых, тот самый элемент "игры" -- на новой платформе используется характерная для социальных сетей система рейтингов. Участники могут не только публиковать заметки и писать комментарии к ним, но и голосовать за чужие заметки и комментарии, повышая или понижая тем самым рейтинг их автора. Согласно замыслу, рейтинг призван поддерживать стремление к росту на сайте. Помимо рейтинга имеется второй аналогичный механизм, называемый сила. Сила нужна, чтобы иметь дополнительные возможности при размещении заметок. Рейтинг позволяет оценить свой вклад в данный проект и "похвастаться" своими достижениями. Подробная инструкция по использованию сайта готовится, пока советуем вам положиться на собственный инстинкт и чувство здравого смысла, которые подскажут вам, какие кнопки нажимать, а какие лучше не стоит.

Вперед, тестировщики, смелее!!!

Вне зависимости от набранных баллов рейтинга всем, кто опубликует заметку в первую неделю, рейтинг будет увеличен на 20 баллов, во вторую неделю на 15, третью на 10 и четвертую на 5 баллов.

Регистрируйтесь, пишите заметки, комментируйте, общайтесь!

Инструменты статического анализа кода для поиска уязвимостей

2009-08-11T10:15:00.001+05:00

Разыскиваются инструменты статического анализа кода на разных языках программирования, предназначенные для поиска уязвимостей путём анализа потоков данных, в особенности для веб-приложений.

Для понятности приведу пример одного такого известного мне инструмента – Pixy, я уже неоднократно упоминал про него на своих семинарах и собираюсь достаточно подробно рассказать и продемонстрировать его в работе на семинаре “Работа с программным кодом для тестировщиков”, который состоится через полторы недели.

Вкратце, суть работы таких инструментов в том, что инструмент сканирует исходный код и пытается строить графы потоков данных. И затем по этому графу прослеживается путь данных, которые поступают извне программы – от пользователя, из базы данных, от какого-нибудь внешнего плагина и т.п. Если такие данные без проверок и преобразований доходят до SQL-запроса – имеем уязвимость типа SQL injection. Если они добираются до вывода в HTML-код – извольте получить XSS.

Конечно, можно такие проверки делать и вручную, я на семинаре собираюсь рассказать, как можно анализировать потоки данных, используя обычные средства построения диаграмм вызовов, но инструменты могут здорово сэкономить время, подсказав, где начинать копать.

Инструмент Pixy работает с языком PHP, и неплохо работает, но для полноты картины хочу найти аналогичные инструменты для других языков – Perl, Python, Ruby, Java, .Net или хотя бы понять, есть ли такие, сделал ли уже кто-нибудь или ниша пока открыта.

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

Защищенность правительственных сайтов

2009-08-03T16:49:00.001+05:00

В процессе подготовки к семинару про тестирование защищенности веб-приложений, который состоится в ближайший четверг, решил пройтись по сайтам министерств, федеральных агентств и служб, чтобы посмотреть, как там обстоят дела с защищённостью.

При этом я не обращал внимания на то, можно ли атаковать сервер целиком, проверял только сами сайты на наличие базовых уязвимостей – XSS, SQL-инъекции, инъекции команд. Просмотрел не все, штук сорок, то есть около половины. Из них:

5 сайтов подвержены пассивному XSS,
1 сайт подвержен слепой SQL-инъекции,
1 сайт подвержен SQL-инъекции с возможностью внедрения UNION,
3 сайта раскрывают некоторые детали внутреннего устройства, из них 2 предоставляют доступ к phpinfo, а 1 выдаёт сообщения об ошибках с отладочной информацией,
1 сайт подвержен внедрению команд, это наиболее серьёзная проблема из всех, что мне встретились.

В общем, я бы не сказал, что всё плохо, несмотря на наличие отдельных проблем.

Но вот что я хотел бы узнать – имеется ли какая-то единая служба, которая отвечает за информационную защищенность всех сайтов министерств и ведомств (хотя бы за защищенность, функциональность оставим в стороне)? Или каждый отвечает сам за себя?

P.S. Да, кстати, для интересующихся – в тот же день пройдёт ещё семинар, посвящённый стандартам в области тестирования программного обеспечения.

Новая серия онлайн-семинаров по тестированию ПО

2009-07-09T14:24:00.001+05:00

Я запускаю новую серию коротких двухчасовых онлайн-семинаров по тестированию ПО. Особенность семинаров этой серии – продолжительность: не нужно высвобождать целый день для семинара, два часа можно выделить без существенного изменения своих планов.

Каждый семинар посвящен конкретной узкой теме. Все семинары опираются на общую вводную часть, в которой определяются основные понятия. Я не буду на каждом семинаре повторять заново все определения. Вместо этого всем участникам будет бесплатно выдана запись специального вводного семинара "Тестирование программного обеспечения: основные понятия", с которой рекомендуется ознакомиться заранее.

Расписание

23.07.2009 13:00-15:00	Основные техники функционального тестирования и их комбинирование
23.07.2009 16:00-18:00	Модульное тестирование: техники и инструменты
06.08.2009 13:00-15:00	Тестирование защищенности веб-приложений: наиболее распространенные уязвимости
06.08.2009 16:00-18:00	Стандарты в области тестирования и их применение на практике
20.08.2009 13:00-15:00	Тестирование производительности веб-приложений: основные приемы генерации нагрузки и мониторинга
20.08.2009 16:00-18:00	Работа с исходным программным кодом для тестировщиков
03.09.2009 13:00-15:00	Функциональное тестирование на основе моделей
03.09.2009 16:00-18:00	Автоматизация функционального тестирования веб-приложений: хорошие практики
17.09.2009 13:00-15:00	Функциональное тестирование на основе вариантов использования
17.09.2009 16:00-18:00	Управление требованиями, запросами на изменение и дефектами
08.10.2009 13:00-15:00	Инструменты автоматизации функционального тестирования веб-приложений семейства Selenium
08.10.2009 16:00-18:00	Тестирование методом свободного поиска (exploratory testing)
22.10.2009 13:00-15:00	Регрессионное тестирование: принципы формирования тестовых наборов для повторного выполнения
22.10.2009 16:00-18:00	Тестирование веб-сервисов

Получить дополнительную информацию и узнать условия участия можно здесь: http://www.software-testing.ru/events/706-online-seminars

Почта России получила дилом за информационные технологии?

2009-07-03T16:15:00.001+05:00

Забрёл сегодня случайно на сайт УФПС Приморского края (филиал ФГУП «Почта России») и обнаружил там замечательную новость от вчерашнего числа – “Почта России получила дилом за информационные технологии!”. Не могу удержаться, чтобы не прокомментировать этот потрясающий текст.

По итогам участия в четвертой международной Азиатско-Тихоокеанской выставке «Информационные технологии и связь 2009» Приморский филиала ФГУП «Почта России» получил диплом за участие в выставке и вклад в развитие информационных технологий на территории Приморского края. Организаторы выставки признали, что Почта России самым уникальным образом подошла к участию в выставке.

Вы думаете, что “уникальным образом” – это значит демонстрировались суперсовременные технологии? Ха! Читайте дальше :)

В этом году впервые экспозиция "Почты России" работала в режиме почтового отделения, где можно было воспользоваться почтовыми услугами - купить марки, отправить письмо, обналичить пластиковые карты.

Ну, я понимаю, что “отправить письмо” – это связь. Но где тут информационные технологии? И что такого гениального в том, чтобы демонстрировать на выставке в 21-ом веке отправку письма?

С учетом того, что выставка проводилась в канун Дня города Владивостока, почтовики, помимо тематического наполнения выставочного стенда позаботились и о зрелищных акциях для посетителей. Так, венчая открытие выставки в выставочный зал вошли пять девушек в одежде из почтового расходного материала – открыток, скотча, бумаги, капронового жгута, привлекая все внимание прессы, организаторов, гостей выставки к стенду Почты России. Такое нестандартное решение презентации стенда стало поводом отметить почтовиков дипломом за яркое участие в отраслевой выставке.

ВОТ!!! Вот оно!!! А-а-а-а-а!!! Держитеменяпятеро!!! Вот это я понимаю, информационные технологии!

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

Про русский язык молчим, ладно?

Стоит отметить, что особое внимание гостей выставки на стенде Почты России привлекли уникальные открытки и конверты, а также спецгашение праздничным штемпелем с изображением герба Владивостока, которые были выпущены специально в канун Дня Владивостока. «С каждым годом выставка «Инфотехнологии и связь» становится все более масштабной и интересной. Почта России - постоянный участник этой выставки: мы экспонируемся здесь с 2006 г. Активное внедрение современных технологий является стратегическим направлением деятельности Почты России, поэтому нам, безусловно, очень интересно принимать участие в подобной выставке-форуме» - отметила Ольга Рыжкова, заместитель директора УФПС Приморского края – филиала ФГУП «Почта России».

Конверты, открытки, марки – это всё круто, я тоже учась в школе собирал марки и карточки со спецгашением. Но для этого не надо делать во всех отделениях пункты коллективного доступа в Интернет. А зачем надо? Наверное для того, чтобы люди могли воспользоваться современными технологиями, внедрение которых является стратегическим направлением. Есть, есть современные технологии у Почты России, а как же! Прямо на главной странице сайта этого УФПС слева можно обнаружить симпатичные картинки с надписями “Отправления 1 класса”, “EMS Почта России”, “КиберПочта” и “КиберДеньги”. Четыре ссылки на четыре современных технологии. Но только все они, увы, приводят на страницу с надписью “Ошибка! Такой страницы не существует!”. Ну и что это такое? Можно же было хотя бы повесить там фотографию пяти девушек в одежде из почтового расходного материала, а?

P.S. Когда я уже дописывал эту заметку, мне стало интересно, что такое “EMS Почта России”. Чтобы уж наверняка не промахнуться, я пошёл на главный сайт Почты России -- http://www.russianpost.ru/. И что вы думаете?

Так что приморцам ещё повезло…

Лекции Динеса Бьорнера в Москве 11 июня

2009-06-10T16:20:00.001+05:00

11 июня 2009 года ИСП РАН посетит с дружеским визитом Динес Бьорнер – основоположник и евангелист формальных методов.

Он предположительно прочитает две лекции, с содержанием которых можно ознакомиться заранее:

Rôle of Domain Engineering in Software Development: and Why Current Requirements Engineering is Flawed !
Paper and Slides. PSI'09, Akademgorodok, Siberia, 15-19 June 2009.

Mereologies in Computing Science: paper and slides
Paper for Sir Tony Hoare's 75th Festschrift, April 16-17, 2009, Cambridge, UK. Presented at Cambridge 16 April, 2009.

Впрочем, возможно, будет рассказывать про другое, классики непредсказуемы :)

Предварительный план такой:

Лекция № 1 – с 11:00 до 12:30
Лекция № 2 – с 14:00 до 15:30

Вход свободный, если кто хочет послушать – добро пожаловать!

А не послать ли себе виртуальный подарок?

2009-06-04T16:13:00.001+05:00

Сегодня мне от ЖЖ пришло замечательное письмо, в котором содержался явный намёк на шизофрению, то есть раздвоение личности.

Вот, судите сами:

Ладно если бы мне просто пришло напоминание о том, что у меня скоро день рождения – я бы понял, заботу проявляют, вдруг забуду.

Но предлагать мне поздравить себя с этим замечательным праздником и отправить себе виртуальный подарок – это уже, мне кажется, перебор!

Тестировщики ЖЖ, где вы???!!!

6 июня: Онлайн-семинар “Обзор бесплатных инструментов тестирования”

2009-05-29T12:58:00.001+05:00

6 июня последний раз в этом сезоне провожу онлайн-семинар, посвященный обзору бесплатных инструментов тестирования. Потом будет перерыв до осени. Подробности участия – на сайте Software-Testing.Ru.

P.S. На семинар “Основы функционального тестирования программного обеспечения”, который состоится завтра, 30 мая, ещё есть свободные места. Тоже, кстати, последний раз в этом сезоне.

30 мая: Онлайн-семинар "Основы функционального тестирования"

2009-05-16T14:52:00.001+05:00

30 мая 2009 г. в в 10:00 по московскому времени повторно провожу открытый онлайн-семинар на тему "Основы функционального тестирования программного обеспечения". Сезон онлайн-семинаров постепенно завершается, летом их будет существенно меньше, летом преимущество будет отдаваться другим форматам.

Программа семинара:

Краткое введение в тестирование, чтобы договориться о терминах
Место функционального тестирования по сравнению с другими видами
Системное, интеграционное и модульное тестирование
Методы "чёрного ящика" и "прозрачного ящика"
Способы определения полноты тестирования
Техники функционального тестирования
- Покрытие области входных данных
- Тестирование на основе сценариев
- Тестирование на основе вариантов использования
- Тестирование на основе гипотез об ошибках
- Стохастическое тестирование
- Тестирование на основе рисков
- Тестирование на основе моделей
- Исследовательское тестирование
Как выбрать среди различных техник тестирования?
Комбинирование различных техник тестирования
Ручное и автоматизированное тестирование
Регрессионное тестирование
Работа с требованиями, тестами и дефектами

Подробнее об условиях участия в семинаре можно узнать здесь: http://software-testing.ru/events/666-functional-testing

12 мая: Функциональное тестирование веб-приложений

2009-05-01T14:17:00.002+05:00

Сразу после завершения всех праздников 12 мая буду проводить онлайн-семинар на тему “Функциональное тестирование веб-приложений”.

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

Программа семинара:

Краткое введение в тестирование, чтобы договориться о терминах
Автоматизация тестирования веб-приложений
- инструментарий
- принципы тест-дизайна
- хорошие практики организации архитектуры тестового набора
Особенности тестирования серверной части
- тестирование серверных компонентов в искусственном и естественном окружении
- методы создания "заглушек"
Особенности тестирования клиентcкой части
- тестирование без использования браузера
- модульное тестирование JavaScript
- системное тестирование в различных браузерах
- кросс-браузерное тестирование
Исследовательское тестирование
Регрессионное тестирование

Узнать подробнее об условиях участия можно ЗДЕСЬ.

Агрегирование RSS-лент: как я выбирал агрегатор

2009-04-29T15:43:00.002+05:00

Написал на хабр статью про то, как я боролся с онлайновыми сервисами, которые умеют делать из нескольких RSS-лент одну агрегированную.

Вроде бы у меня получилось сделать то, что я хотел, но поиски идеального решения продолжаются, поэтому решил опубликовать и в блоге тоже, вдруг кто-то знает хороший агрегатор, но хабр не читает :)

Кросс-пост делать не стал, просто дам ссылку:

Агрегирование RSS-лент: как я выбирал агрегатор

Писать можно в комменты и здесь, и там.

Расписание онлайн-семинаров в мае

2009-04-25T17:34:00.002+05:00

На правах рекламы себя и не только

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

Как минимизировать стоимость обучения без потери качества? Самый очевидный путь -- сэкономить на организационных расходах. Именно поэтому мы предлагаем обучение в онлайновом формате -- можно учиться, находясь на своём рабочем месте или у себя дома. Это позволяет совместить качество и минимальную стоимость обучения.

В онлайновом формате мы проводим те семинары, которые не предполагают активного использования методов обучения, требующих работы в группах, и в основном проходят в форме фронтального обучения (от тренера к участникам семинара), поэтому качество обучения не страдает. Разумеется, такой формат не означает полного отсутствия обратной связи. Участники имеют возможность задавать вопросы тренеру в чате, а также они могут общаться между собой, так что ответы на свои вопросы они получают не только от тренера, но и от других участников семинара.

В мае и начале июня сего года планируются следующие онлайн-семинары:

Дата	Название тренинга	Тренер
12.05	Функциональное тестирование веб-приложений	Алексей Баранцев
16.05	Управление командой тестирования	Вячеслав Панкратов
23.05	Менеджмент процесса тестирования	Вячеслав Панкратов
30.05	Основы функционального тестирования программного обеспечения	Алексей Баранцев
06.06	Cеминар-обзор бесплатных инструментов тестирования	Алексей Баранцев
13.06	Тест-дизайн	Вячеслав Панкратов

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

15 апреля: Онлайн-семинар “Обзор бесплатных инструментов тестирования”

2009-04-08T21:19:00.002+05:00

По просьбам тех, кто не смог принять участие в предыдущем семинаре по причине того, что он состоялся в субботу, проводим ещё один, на этот раз в рабочий день – в среду 15 апреля. Подробности – на сайте Software-Testing.Ru

В апреле будет также уже ранее анонсированный онлайн-семинар “Основы функционального тестирования” в субботу 11 апреля. После этого до мая семинаров не будет, потому что буду занят на конференции SQA Days 2009 Piter.

Отзывы участников онлайн-семинара “Обзор бесплатных инструментов тестирования” 28 марта

2009-04-08T02:37:00.002+05:00

В связи с активной подготовкой к конференции SQA Days 2009 Piter, проведением других семинаров и наличием ещё кучи разной другой работы, не хватает времени на то, чтобы сесть, порефлексировать и описать свои ощущения от проведения онлайн-семинара про бесплатные инструменты тестирования. Сделаю это после проведения ещё одного такого семинара, который состоится 15 апреля.

А тем временем я получил от некоторых участников прошедшего семинара такие отзывы, которые тронули мою душу, так что я решил опубликовать их отдельно от самокритчного разбора полётов, чтобы не портить впечатление. Только отзывы, практически без моих комментариев (ну, только немножко, в самом конце, не удержался :) ). Отзывы публикуются с разрешения авторов.

Не дать людям уснуть на четырехчасовой лекции – дар, данный немногим. Общие впечатления от семинара самые положительные. В целом, информация оказалась очень полезной, за что огромное спасибо. А некоторые инструменты я начала использовать буквально на следующий день. :)

Ирина Куликова
ОАО "Комсофт", Тольятти

Самое главное – было достаточно «практики» - живых демонстрации инструментов. Новых инструментов на полгода изучения хватит!

Лидия Лебедева
Junior Tester
ООО "Вентор-Софт" (Daxx), Санкт-Петербург

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

Также приятным дополнением были дополнительные тулы для работы тестировщиков – это обязательно возьму на вооружение и, по-возможности, буду распространять в отделе.

Татьяна Голубева, aka culver
Senior Test Lead
Aricent Ukraine, Винница, Украина

Информация удобна для восприятия и анализа и подается в очень живой и интересной форме. Приятно было слушать и воспринималось все легко. Достаточно исчерпывающе и в меру кратко. То, что нужно! Мои ожидания не совсем оправдались, но я получила очень много полезной информации, а также ниточку, следуя которой буду двигаться дальше в своем поиске. Вы – очень хороший лектор. Не каждого человека можно без утомления слушать 4 часа :) , а в Вашем случае это получилось.

И отдельное спасибо за список ссылок на полезные ресурсы! Это просто нить Ариадны в лабиринте доступного ПО :)

Жанна Битюкова
Инженер по качеству программного обеспечения
Лаборатория качества ПО
"ИнноВинн", Винница, Украина

Да, да, да! Коллеги, это именно то, чего я хотел достичь – чтобы вы сами начали использовать инструменты, про которые я говорил на семинаре, чтобы вы рассказали о них коллегам и они тоже начали ими пользоваться, чтобы вы пробовали новые инструменты.

Главное качество тестировщика с моей точки зрения – это любопытство, стремление узнать что-то новое, потрогать и пощупать всё, что можно. И если я хоть чуть-чуть поспособствовал пробуждению или развитию у вас этого качества – я достиг своей цели.

И напоследок ещё один отзыв, полученный буквально только что:

Я очень извиняюсь за столь поздний ответ, просто мне захотелось посмотреть семинар ещё раз и уже после этого написать отзыв...

Мне очень понравилось. Удалось систематизировать знания. С удовольствием приму участие в следующем семинаре.

Было бы здорово после такого семинара получить что-нибудь наподобие сертификата «Я учился на тренингах Баранцева», например, в виде кнопки для блога. Честно признаюсь, что ради такого дела я бы даже блог завела.

Алиса Евсеева
Инженер-программист (тестировщик)
ООО "Газинформсервис", Санкт-Петербург

Кнопка имени меня? Гм… Вообще-то я в меру скромен, но ради появления нового блога о тестировании я готов пойти на такой шаг. В конце концов, фан лишним не бывает :) Решено, сделаю кнопку! Главное, чтобы никто не додумался показывать эту кнопку работодателю и требовать повышения зарплаты. Хотя… А почему бы и нет?

Огромная благодарность всем моим слушателям, кто нашёл время и силы, чтобы написать эти отзывы. Спасибо, коллеги!

11 апреля: Онлайн-семинар “Основы функционального тестирования”

2009-04-06T18:51:00.002+05:00

Постепенно перевожу свои семинары и тренинги в онлайновую форму. Настала очередь самой центральной темы во всём тестировании ПО – функционального тестирования.

11 апреля 2009 г. в 10:00 по московскому времени состоится открытый онлайн-семинар «Основы функционального тестирования программного обеспечения».

Формат: Онлайн-семинар, продолжительность 4 часа.
Семинар организует компания «Лаборатория тестирования».

Программа семинара:

Краткое введение в тестирование, чтобы договориться о терминах
Место функционального тестирования по сравнению с другими видами
Системное, интеграционное и модульное тестирование
Методы "чёрного ящика" и "прозрачного ящика"
Способы определения полноты тестирования
Техники функционального тестирования
- Покрытие области входных данных
- Тестирование на основе сценариев
- Тестирование на основе вариантов использования
- Тестирование на основе гипотез об ошибках
- Стохастическое тестирование
- Тестирование на основе рисков
- Тестирование на основе моделей
- Исследовательское тестирование
Как выбрать среди различных техник тестирования?
Комбинирование различных техник тестирования
Ручное и автоматизированное тестирование
Регрессионное тестирование
Работа с требованиями, тестами и дефектами

Подробнее об условиях участия в семинаре можно узнать здесь: http://www.software-testing.ru/events/610-functional-testing

Отчёт о конференции Agile Labs, 31 марта 2009 г.

2009-04-03T18:09:00.002+05:00

Два дня назад, 31 марта, я посетил конференцию Agile Labs, организованную УЦ Люксофт при поддержке ГУ ВШЭ.

Изначально я был настроен скептически, потому что доклады про agile-методы уже примелькались, осенью было много сказано об этом на конференции SECR 2008, была специализированная мини-конференция AgileDays. В общем, я ждал повторения в докладах тех же уже порядком затёртых идей. Поэтому я планировал сходить послушать парочку докладов утром, а потом ещё прийти вечером на обещанную "битву гигантов: противники agile против сторонников, Панкратов против Уразбаева.

Но меня подстерегал сюрприз -- конференция оказалась совсем не такой, как я ожидал. Во-первых, про agile там было не так уж много докладов. Во-вторых, и аудитория, и даже докладчики были настроены весьма критично по отношению к agile. И в-третьих, доклады были достаточно свежими и интересными. Поэтому я так и завис там на целый день. Преимущественно я слушал доклады в первой секции, про них и расскажу свои впечатления.

Открыл конференцию Асхат Уразбаев с докладом "Процессные заболевания и методы их лечения". Я думал, что это иносказательное название. Ничего подобного -- доклад был чисто медицинский! Мне всегда нравился организмический подход, поэтому я с большим удовольствием послушал Асхата.

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

А где там agile, спросите вы? Да в общем-то не было там ничего про agile. Ну так, разве что в качестве примера. Предложенные методы лечения довольно универсальны. И это самое замечательное!

Затем Слава Панкратов удивил своим докладом "Почему я не верю в Agile". Он нападал на гибкие методы гораздо слабее, чем я ожидал. Слава в основном упирал на два пункта:

что делать, если проект большой или распределённый (включая возможное наличие субподрядчиков),
что делать, если заказчик не работает по agile (либо не вовлекается, либо вовлекается, но начинает играть "против", гипертрофируя особенности agile -- например, меняет требования слишком часто).

По моим ощущениям, атака была не слишком сильной, потому что сторонники agile тоже уже понимают, что это не серебряная пуля, что применять такие методы разработки можно не всегда. И поэтому отбивались без особого труда. С одной стороны, есть примеры успешных agile-проектов, где была большая или распределённая команда, выработаны способы взимодействия с заказчиком, позволяющие снять многие проблемы. С другой стороны, если кому-то кажется, что agile "не идёт" -- ну и не используйте, никто не заставляет.

Далее Александр Ермакович должен был выступить с рассказом про "Тестирование в agile-проектах". Но он с самого начала прямо заявил, что не является поклонником agile, занимает нейтральную позицию, и будет на самом деле говорить про тестирование вообще. Даже напротив, некоторые из его тезисов, на мой взгляд, совершенно не совместимы с agile. Как вам, например, такое утверждение: планирование тестирования должно быть независимым от планирования разработки, ну и само тестирование, понятное дело, тоже должно быть независимым. Боюсь, что это уже за гранью agile. Картинки в его презентации тоже были как будто срисованы с RUP-диаграмм -- артефакты, рабочие процессы, роли.

Будучи сторонником context-driven подхода в тестировании, я вообще с большой осторожностью отношусь к заявлениям о том, что какая-то практика является хорошей, или тем паче лучшей, если не указан контекст. Но я также прекрасно понимаю, что люди, делая такие высказывания, всегда какой-то контекст неявно подразумевают. Поэтому я просто пытаюсь его восстановить. Однако в данном случае восстановленный контекст больше напоминал формализованный процесс, чем работу гибкой кроссфункциональной команды.

В общем, я бы с подозрением отнёсся к предложению внедрить предложенные практики тестирования в agile-проекте, тогда как в более формальном процессе они смотрелись бы весьма неплохо. Но было видно, что у Александра немалый опыт работы в качестве менеджера проектов, и ему всё равно, какую методологию хочет использовать начальство, он готов добиться результата в любых условиях.

После обеда Максим Дорофеев сделал отличный доклад про "Agile в мире снобов". В качестве снобов выступали "жрецы" великого стандарта DO-178B, основного регламентирующего документа в области разработки встраиваемого ПО для авионики. Вот это было действительно про agile.

Максим продемонстрировал, что ум и смекалка позволяют справиться даже с такими снобами, причём играя по их правилам и на их поле. Снобы требуют, чтобы у вас был план проекта, а вам хочется сохранить гибкость? Нет проблем, пишем план, в котором в качестве работ указаны "Итерация 1", "Итерация 2", "Итерация 3" и так далее, а на вопрос, что является результатом каждой из этих итераций, отвечаем, что это будет "работающий продукт, но с не полностью реализованной функциональностью". Нужен план конфигурационного управления? Рисуем на бумажке или белой доске схему репозитория, правила обозначения версий и релизов, диаграмму процесса сборки, сканируем или фотографируем, на получившейся картинке проставляем нужные данные (кто и когда создал документ, кто и когда завизировал) и дело в шляпе. Ну и так далее, принцип ясен? Всё гениальное, как всегда, очень просто.

Следующий доклад, на котором Александр Кондаков рассказывал про то, как скрестить agile и CMMI, я практически полностью пропустил. Про это я с разными вариациями наслушался на прошедшей конференции SECR.

Доклад Сергея Архипенкова про "Антипаттерны командного поведения" опять не имел ни малейшего отношения к agile, но от этого он не стал менее интересен. Замечательное психологическое исследование, прекрасно дополняющее не менее замечательные книги того же автора, посвященные управлению проектами. Как книжки, так и презентацию доклада можно найти на сайте http://www.arkhipenkov.ru/. Даже писать много не буду -- качайте и читайте, оно стоит того.

Дальше все пошли играть в Lego. Под чутким руководством Алексея Кривицкого три команды по шесть человек строили игрушечный город -- домики, машинки, светофоры, деревья. Но строили не просто так, а в полном соответствии со Scrum'ом. Играли в Planning Poker, двигали жёлтые бумажки по белой доске, вели переговоры, в общем, всё как на самом деле. К сожалению, как это часто бывает с играми-симуляциями, отведённое время закончилось когда игра была в самом разгаре. Получаса явно не хватило, для полноценного результата надо было бы выделить часа полтора, чтобы можно было не только доиграть до конца, но и обсудить полученный опыт. Тем не менее, это было весело, ждите видео!

Ну и под занавес конференции состоялась широко разрекламированная "битва гигантов". Слава Панкратов обещал раскатать agile в блин и свернуть в трубочку, а Асхату Уразбаеву выпала честь защищать гибкие методы. Гиганты не удовлетворились единоборьем, каждая из сторон была удвоена -- на помощь Асхату вышел Алексей Кривицкий, а нападение было усилено Александром Александровым. В роли рефери выступил Сергей Мартыненко.

Увы, битвы не получилось. Бойцы покружили друг вокруг друга и разошлись без особых шрамов и повреждений. Со стороны нападения прозвучали главным образом все те же агрументы, которые Слава высказывал ещё утром и которые я уже перечислил выше. И даже несмотря на то, что Сергей явно подыгрывал нападающим, Асхат без труда отбил все нацеленные в agile удары. Точнее говоря, он вообще не стал их отбивать, а просто погасил, признав по всем пунктам, что agile иногда работает, а иногда нет. Что, в общем-то, и так практически всем ясно.

Пожалуй, наиболее сильным ударом можно считать брошенный Александровым как бы вскользь вопрос, действительно ли в agile есть что-то совершенно уникальное, или это просто успешный маркетинговый ход. Признание Асхата в том, что это в значительной степени так, явно было очком в пользу нападения.

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

Ну а под конец Сергей (на мой взгляд совершенно напрасно) добавил ещё одну ложку дёгтя, решив напомнить всем, что собственно предмет спора весьма неопределён, никто не может внятно сформулировать, что же такое agile, где он начинается и где заканчивается. В результате вся дискуссия сразу стала ни о чём и сдулась. Гиганты издалека погрозили друг другу и разошлись.

Подводя итоги, можно сказать, что в целом конференция удалась, доклады не затасканные, аудитория живая и заинтересованная. Технических накладок не замечено. Пожалуй, единственным упрёком в сторону организаторов конференции может быть отсутствие нормального горячего обеда. Плюшки это хорошо, но мало, расход энергии на конференции колоссальный, поэтому очень хочется кушать :)

Ждём следующую конференцию в серии -- в июне планируется проведение Training Labs.

Иллюстрации в тексте кликабельные и ведут вот на эту коллекцию фотографий с конференции.

Отчет о семинаре "Обзор бесплатных инструментов тестирования" 28 февраля 2009 г.

2009-04-02T14:09:00.002+05:00

С некоторым опозданием решил написать отчёт о прошедшем 28 февраля семинаре "Обзор бесплатных инструментов тестирования".

После этого 28 марта состоялся ещё и вебинар на ту же тему, в котором сделана работа над ошибками, упоминаемыми в этом отчёте. Но отчёт о вебинаре будет позже, не буду нарушать хронологический порядок.

Про участников

В семинаре приняли участие 11 человек, из них: 4 руководителя отдела тестирования или группы, 4 ведущих тестировщика, 2 разработчика, 1 руководитель проекта.

Про организационные моменты

Начну с того, на что пожаловались практически все участники, да и сам я не мог не заметить. Мы на целый час (!) выбились из регламента, вместо четырёх часов семинар продолжался пять. Причина -- сильно затянутая вводная часть, которая заняла два часа вместо одного. При этом участники отметили, что в этой части было слишком много "воды" -- для продвинутых тестировщиков и менеджеров по тестированию многие вещи были очевидными. Вместе с тем, я не мог их не сказать.

Вывод: Надо спрессовать эту часть, не "разжевывать" материал. Во второй версии эта проблема была устранена (к чему это привело я напишу в следующем отчёте).

Суббота, 9 часов утра -- не самое лучшее время для семинара. Народ роптал, намекая, что 11 или даже 12 часов было бы куда лучше. С одной стороны, я вроде хотел сделать как лучше, чтобы хотя бы послеобеденну часть субботы сохранить людям для отдыха. Однако же 9 часов -- таки очень рано для многих...

Вывод: Онлайновый семинар надо начинать часов в 10, а оффлайновый лучше даже в 11. Чтобы все успели проснуться.

Кофе-брейки -- очень важный момент. Они должны быть -- и они были. На кофе-брейках должна быть еда, не только печенье, а что-нибудь достаточно сытное, типа бутербродов (они тоже были). Потому что некоторые утром явно не позавтракали. Участники в отзывах писали про кофе-брейки с такой теплотой, какой не было в комментариях по поводу самого семинара :)

В целом организация семинара вызвала у участников исключительно положительные эмоции (ну, кроме жалоб на то, что будить людей утром в субботу бесчеловечно):

"Задержка на час. Но это простительно, потому что было интересно!"

"Всё удобно, встретили на входе и проводили"

"Организация на высоте. Оч. приятно!"

Всей организацией занималась моя жена, за что ей огромное спасибо! :)

Про содержание тренинга

Выбранная тема семинара "Обзор бесплатных инструментов тестирования" совершенно необъятна. С одной стороны, это хорошо, есть возможность показать людям много разных инструментов, из разных областей.

Это и хорошо, и плохо одновременно. Каждый участник приходит на семинар с каким-то бэкграундом и с какими-то своими ожиданиями и интересами. Один занимается веб-приложениями и тестирование десктопных приложений ему совершенно неинтересно. Другому наоборот. Тест-менеджерам возможно больше хотелось бы послушать про инструменты управления тестами, чем про инструменты для их разработки. В итоге каждый остаётся наполовину неудовлетворён:

"Было акцентировано внимание на Java и Web приложениях".

"Хотел ещё услышать о security и usability. Модульное тестирование преподносилось очень долго".

"О некоторых упомянутых инструментах было бы интересно услышать подробнее".

"Лично мне .NET инструменты были не очень интересны, не хватало баз данных и приёмочного тестирования. Но тема реально ОЧЕНЬ большая".

"Хотелось бы немного большего разнообразия инструментов Win".

Вывод: Нужно делать несколько более узкоспециализированных семинаров, дробить во-первых по технологическому признаку (unit-тестирование, веб-приложения, Java, Windows, Linux), а во-вторых инструменты поддержки процесса вынести отдельно.

Я заметил, что большинству слушателей интересны в первую очередь "утилиты", несложные инструменты, которые можно начать применять немедленно и которые дают мгновенную отдачу. Чёрт возьми, и мне самому тоже было бы интересно именно это!

Вывод: Нужно больше работать над тем, как "уравнять" более рутинные инструменты с "фановыми". Рутинные инструменты, если их начать внедрять в правильном порядке тоже могут дать быстрый эффект, надо научитьсяч показывать эти пути.

Ну и напоследок приведу усреднённые оценки по ряду параметров, данные участниками после семинара (по пятибалльной шкале):

1	Тренер
1.1	Компетентность тренера -- общее впечатление о том, насколько хорошо тренер знает то, что рассказывает, как тренер отвечает на вопросы, в том числе смежные с основной темой тренинга	4,77
1.2	Регламент -- насколько хорошо тренер контролирует время и управляет ходом событий	4,05 (я ожидал гораздо худшего, с учётом задержки на час)
1.3	Риторика -- текст (что тренер говорит) и речь (как тренер говорит)	4,82
2	Тренинг
2.1	Соответствие описания содержанию	4,27
2.2	Полнота раскрытия темы	4,27
2.3	Интересность	4,41
3	Общее
3.1	Организация тренинга	4,59
3.2	Оправдались ли ожидания от тренинга?	4,5
3.3	Общее впечатление	4,45

28 марта: Онлайн-семинар "Обзор бесплатных инструментов тестирования"

2009-03-17T11:29:00.002+04:00

По просьбам трудящихся вдали от Москвы, то есть от моего местопребывания, вслед за оффлайновым семинаром, посвященным обзору бесплатных инструментов тестирования, проводим такой же, но в Интернете.

Когда: 28 марта в 10:00

Формат: Онлайн-семинар с использованием платформы DimDim. Продолжительность 4 часа, из которых 3 часа будут посвящены живой демонстрации различных инструментов тестирования.

Подробности участия: Семинар проводит компания "Лаборатория тестирования". Стоимость участия в семинаре 1000 рублей. Оплата через банк.

Записаться на семинар и получить реквизиты для оплаты можно по адресу trainings@software-testing.ru

Программа семинара

В первой части семинара мы обсудим, что обычно имеется в виду под "инструментами тестирования" и постараемся ответить на следующие вопросы:

что входит в набор инструментов тестировщика;
инструменты поддержки процесса и инструменты решения задач;
инструменты группового и индивидуального пользования.

Во второй части семинара мы поговорим про платные и бесплатные инструменты, точнее говоря про дорогие платные, недорогие платные, условно бесплатные, бесплатные с закрытым кодом и бесплатные с открытым кодом. Вы узнаете:

почему некоторые инструменты распространяются бесплатно, кто за это на самом деле платит;
как выбирать инструменты, с каких начать рассмотрение -- с платных или бесплатных;
какие достоинства и недостатки у той и другой альтернаривы;
почему вообще нужно время от времени возвращаться к вопросу выбора инструментов, почему нельзя выбрать раз и навсегда;
каковы общие тренды в развитии платных и бесплатных инструментов;
что нужно сделать до того, как начать выбирать инструменты.

Третья часть семинара будет посвящена рассмотрению конкретных примеров бесплатных инструментов:

модульное тестирование (семейство xUnit, TesNG);
функциональное тестирование веб-приложений (Selenium, Watir/Watij/WatiN);
функциональное тестирование Java-приложений (Jemmy, Marathon, Abbot);
функциональное тестирование Windows-приложений (AutoIt, Ranorex, TAFX);
тестирование производительности веб-приложений (httperf, JMeter, OpenSTA, grinder);
виртуальные машины для организации тестовой лаборатории (VirtualBox, VirtualPC, VMWare);
управление требованиями (Wiki, GatherSpace);
управление тестами (XStudio, TestLink, JSystem);
управление дефектами (Bugzilla, Mantis);
исследовательское (exploratory) тестирование;
"сопутствующие" инструменты.

Конференция SQA Days 2009 -- ищем докладчиков

2009-02-16T14:57:00.002+04:00

23-24 апреля 2009 г. в Санкт-Петербурге (Россия) пройдёт 5-я Международная конференция специалистов в области обеспечения качества, на которую приглашаются специалисты по тестированию и обеспечению качества программных систем, разработчики, аналитики и архитекторы систем, технические писатели, руководители среднего и высшего звена, а также другие заинтересованные лица.

Желающие выступить с докладом на конференции должны не позднее 15 марта подать заявку на участие и не позднее 20 марта предоставить на рассмотрение программного комитета тезисы своего доклада: 1-2 страницы печатного текста. Заявки необходимо отправлять на адрес org@it-conf.ru

Конференция посвящается вопросам, связанным с тестированием и обеспечением качества ПО:

функциональное тестирование;
интеграционное тестирование;
тестирование производительности;
автоматизация тестирования и инструментальные средства;
конфигурационное тестирование;
тестирование удобства использования (usability);
тестирование защищенности (security);
статические методы обеспечения качества;
внедрение процессов тестирования на предприятии;
управление процессами обеспечения качества ПО;
менеджмент команд тестировщиков и инженеров качества ПО;
аутсорсинг тестирования;
тестирование системных приложений (не Web), а также тестирования игр и мобильных приложений;
мотивация проектной команды и сертификация специалистов в области обеспечения качества ПО.

Формат участия:

Доклад - оригинальная работа, непосредственно связанная с тематикой конференции, представленная в форме выступления продолжительностью 30-40 минут (включая вопросы зала), сопровождаемая показом слайдов.
Флип - короткое (15 минут) выступление на тему, связанную с тематикой конференции или близкую ей, с использованием флип-чарта и фломастеров, либо устно, без использования специальных технических средств.
Круглый стол – обсуждение ключевых тем в составе экспертов.
Мастер-класс – обучающее мероприятие, проводимое экспертом в отрасли.

Форма и сроки подачи и рассмотрения заявок:

15 марта - последний срок подачи заявок на участие в форме доклада, флип-чарта или мастер-класса;
20 марта - последний срок подачи тезисов докладов;
27 марта - последний срок предоставления докладчиками готовых к показу слайдов и текстов выступлений;
04 апреля - срок рассмотрения заявок и формирования программы конференции.

Более подробную информацию можно получить на сайте конференции

28 февраля, Москва: Cеминар-обзор бесплатных инструментов тестирования

2009-02-06T12:18:00.002+04:00

На правах рекламы себя :)

28 февраля в Москве я буду проводить открытый четырехчасовой семинар-обзор бесплатных инструментов тестирования программного обеспечения.

Сейчас очень многие компании заботит проблема сокращения расходов. Одним из вариантов сокращения расходов может стать использование бесплатных инструментов тестирования. Конечно, если у Вас уже куплены лицензии на инструменты с неограниченным сроком действия — тогда Вам никакой кризис не страшен :) Но если Вы только собираетесь купить какой-нибудь инструмент или продлить срок действия лицензии, возможно, имеет смысл рассмотреть в качестве альтернативы использование бесплатных инструментов.

Место проведения: Институт системного программирования РАН, ул.Солженицына (ранее Б.Коммунистическая), 25.

Стоимость участия в семинаре 1000 рублей.

Если по итогам семинара Вы будете готовы заказать тренинг по любому из бесплатных инструментов автоматизации тестирования, то семинар для Вас становится бесплатным, оплата за него полностью переводится в счет оплаты тренинга.

Записаться на семинар и получить реквизиты для оплаты можно по адресу trainings@software-testing.ru.

Программа семинара

что входит в набор инструментов тестировщика;
инструменты поддержки процесса и инструменты решения задач;
инструменты группового и индивидуального пользования.

почему некоторые инструменты распространяются бесплатно, кто за это на самом деле платит;
как выбирать инструменты, с каких начать рассмотрение -- с платных или бесплатных;
какие достоинства и недостатки у той и другой альтернаривы;
почему вообще нужно время от времени возвращаться к вопросу выбора инструментов, почему нельзя выбрать раз и навсегда;
каковы общие тренды в развитии платных и бесплатных инструментов;
что нужно сделать до того, как начать выбирать инструменты.

Третья часть семинара будет посвящена рассмотрению конкретных примеров бесплатных инструментов:

модульное тестирование (семейство xUnit, TesNG);
функциональное тестирование веб-приложений (Selenium, Watir/Watij/WatiN, Fitness);
функциональное тестирование Java-приложений (Jemmy, Marathon, Abbot);
функциональное тестирование Windows-приложений (AutoIt, AppPerfect, Ranorex, TAFX);
тестирование производительности веб-приложений (httperf, JMeter, OpenSTA, WebLOAD, grinder);
виртуальные машины для организации тестовой лаборатории (VirtualBox, VirtualPC, VMWare);
управление требованиями (Wiki, GatherSpace, LightHOUSE);
управление тестами (XStudio, LightHOUSE, TestLink);
управление дефектами (Bugzilla, Mantis);
исследовательское (exploratory) тестирование;
"сопутствующие" инструменты.

Онлайн тренинг по тест-дизайну от Вячеслава Панкратова

2009-01-22T16:42:00.002+04:00

Кросс-пост с Software-Testing.Ru

Вячеслав Панкратов предлагает всем принять участие в онлайн-тренинге по тест-дизайну.

Тематика: практический тренинг на выработку навыков проектирования тестовых сценариев.

Формат: онлайн-тренинг, Skype-конференция (нужны наушники с микрофоном и хороший интернет), смотрим небольшую опорную презентацию в Google Docs, разбираем 3-4 практических кейса, задаем вопросы, закрепляем и становимся умнее.

Время проведения: суббота, 31-ое января 2009 года, начало 11-00. После начала сеанса зрители в зал не допускаются.

Особенности: маленькая группа, максимум 6 человек. Мало теории, много практики. Около 3 часов времени. Если будет принято менее 3 заявок, деньги слушателям возвращаются, устанавлявается новая дата и открывается новая регистрация.

Стоимость: 50 долларов или 1500 рублей. Оплата через WebMoney или Яндекс.Деньги
Запись в группу по факту оплаты. Реквизиты для оплаты можно получить в почте: slava@pankratov.org.ua

От улыбки станет всем светлей

2008-10-01T09:33:00.002+05:00

Сегодня, 1 октября -- Международный День Улыбки. Вообще-то поводом для учреждения этого праздника стало изобретение "смайлика", но это всего лишь повод, а праздник посвящается самым настоящим человеческим улыбкам.

И сегодня же я прочитал новый пресс-релиз компании Microsoft, в котором анонсируется выход Visual Studio 2010.

Знаете, какую цель поставили перед собой создатели новой версии VS? Приносить радость разработчикам. Замечательная цель, правда?

А знаете, каково одно из основных нововведений в VS, которое должно помочь в достижении этой цели? Улучшение функций тестирования и значительное упрощение инструментария, который позволяет внедрять этап тестирования непосредственно в жизненный цикл программного продукта. Microsoft заботится о том, чтобы тестировщики могли приносить ещё больше радости разработчикам, причём на всех этапах жизненного цикла. Вот так!

Но давайте, коллеги, не будем ждать милости от Microsoft, давайте уже сейчас, сегодня, сообщая разработчикам о новом обнаруженном дефекте, сделаем это не с угрюмым выражением на лице, а с приветливой улыбкой :)

Улыбайтесь чаще! И шире :)))))

TrainingLabs 2008: отчёт эксперта

2008-08-01T16:18:00.003+05:00

Я побывал в роли эксперта на конференции TrainingLabs 2008. Поскольку организаторы не дали никаких специальных указаний относительно того, по каким принципам оценивать тренинги, я постарался самостоятельно выработать систему оценок. Ниже приведено описание этой системы и собственно оценки тех четырёх тренингов, в которых я принимал участие.

Описание системы оценок

Тренинги -- это особый жанр в обучении. Цель тренинга -- выработка и/или закрепление определённых навыков, а не "доведение до сведения слушателей" какой-то информации. Причём сделать это нужно как правило в сжатые сроки -- типовые тренинги занимают от нескольких часов до нескольких дней и не размазаны по времени. После тренинга человек может быть и не поймёт сразу, почему тот или иной приём работает, но всё равно будет в состоянии выполнять его и добиваться результата. А понимание придёт потом (может быть :) ). Именно этим тренинги и ценны. Я практически не встречал руководителей, которые бы отправляли сотрудников "послушать лекции". Другое дело тренинг -- три дня и человек может делать то, что раньше не мог. Например, его научили умножать и делить столбиком, хотя не объяснили, почему при этом получается правильный результат. Или калькулятором научили пользоваться, уж конечно не рассказывая, как он устроен внутри.

И я пришёл на TrainingLabs 2008 для того, чтобы увидеть именно тренинги, а не презентации, не лекции, не семинары.

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

Кроме того, личность тренера тоже играет большую роль, потому что это человек, который на время тренинга (а это может быть несколько дней) становится лидером группы, и не обязательно это может быть выражено явно, он может как "серый кардинал" незаметными действиями направлять группу в нужную сторону.

Именно на этих трёх китах (тренировка конкретных навыков, наличие активных форм, личность тренера) и базируется нижеприведённая система оценок.

Ну и конечно же я принимал во внимание, что перед тренерами стоит весьма непростая задача -- мало того, что им предоставлено всего полтора часа времени, так за это время они должны не просто провести мини-тренинг, а всячески продемонстрировать свою тренерскую крутизну, анонсировать другие свои тренинги, а также порекламировать свою тренинговую компанию.

Итак, вот мой оценочный лист:

1. Тренер
1.1. Представление тренера и тренинговой компании
1.2. Знакомство с аудиторией -- аудитория хоть и заинтересованная, но уровень её подготовки и мотивация неясны
1.3. Представление темы, содержания и цели и формата тренинга
1.4. Регламент -- насколько хорошо тренер контролирует время и управляет ходом событий
1.5. Риторика -- текст (что тренер говорит) и речь (как тренер говорит)
1.6. Экспертиза -- как тренер отвечает на вопросы, в том числе смежные с основной темой тренинга, как тренер способен подстроиться под уровень знаний аудитории

2. Тренинг
2.1. Соответствие названия содержанию
2.2. Наличие и разнообразие активных форм обучения
2.3. Прослеживаемость навыков, на тренировку которых нацелен тренинг, сфокусированность

3. Другое
3.1. Количество слушателей в аудитории.
3.2. Активность аудитории
3.3. Про другие тренинги -- анонсы, реклама
3.4. Общее впечатление

Оценка выполнялась по четырёхбалльной шкале: PASS, PASS/FAIL, FAIL/PASS, FAIL.

Александров А., ТЦ Люксофт, Управление тестированием, источники и сдерживание рисков

1. Тренер
1.1. Представление тренера и тренинговой компании: PASS.
1.2. Знакомство с аудиторией: FAIL, тема тренинга достаточно специфичная, скорее менеджерская, поэтому было бы весьма желательно хотя бы узнать, кто в теме, а кто нет. Конечно, можно предполагать, что в аудитории все в теме, а остальные ушли на другие тренинги. Тем не менее, с ходу посыпались термины "митигирование", "элиминация", куча англоязычных терминов без перевода и пояснений.
1.3. Представление темы, содержания, цели и формата тренинга: PASS/FAIL, отлично рассказано про структуру как представленной укороченной версии, так и полного варианта тренинга, но цели не сформулированы.
1.4. Регламент: PASS, никаких претензий, очень чёткий контроль времени, пресечение лирических отступлений, грамотная работа с вопросами, которые могут увести в сторону (про это ещё будет ниже, в разделе Активные формы).
1.5. Риторика: текст -- PASS; речь -- PASS/FAIL, недостаточно громко, даже для маленькой аудитории (точнее сказать, в конце предложений звук часто понижался до уровня слабой слышимости, а в целом громкость всё таки приемлемая).
1.6. Экспертиза: PASS, очень, очень высокий уровень.

2. Тренинг
2.1. Соответствие названия содержанию: PASS
2.2. Наличие и разнообразие активных форм обучения: FAIL/PASS, из активных форм была представлена только традиционная возможность задать вопросы и послушать ответы тренера. Следует признать, что с вопросами тренер умеет обращаться очень грамотно, отвечает те вопросы, на которые действительно имеет смысл ответить. Вопросы, уводящие в сторону, или такие, на которые ответ станет ясен из последующего изложения, фиксируются на флип-чарте и откладываются. Тем не менее, для такой интересной темы можно было бы придумать какие-то более сложные формы -- небольшие ролевые игры или самостоятельные задания, например, разбор модельных ситуаций и обсуждение.
2.3. Прослеживаемость навыков, на тренировку которых нацелен тренинг, сфокусированность: FAIL, навыки явно не выделены, упражнений нацеленных на их выработку нет.

3. Другое
3.1. Количество слушателей в аудитории: 20-22.
3.2. Активность аудитории: достаточно высокая.
3.3. Про другие тренинги: рассказано, и достаточно подробно.
3.4. Общее впечатление: хороший материал, прекрасно изложен, но в традиционной лекционно-семинарской форме, то есть это вообще нельзя назвать тренингом в полном смысле этого слова, потому что тренировка конкретных навыков просто отсутствует. Можно порекомендовать для тех, кто любил в вузе ходить на лекции и семинары и не спал на них. Для людей с альтернативными формами восприятия уровень полезности будет значительно снижен.

Булгаров В., ТЦ Люксофт, Автоматизация функционального тестирования посредством FITPro

1. Тренер
1.1. Представление тренера и тренинговой компании: PASS.
1.2. Знакомство с аудиторией: FAIL
1.3. Представление темы, содержания, цели и формата тренинга: FAIL, с ходу начался рассказ про то, что такое FITPro.
1.4. Регламент: PASS
1.5. Риторика: текст -- PASS/FAIL, текст как будто не подготовлен для публичного выступления, а сочиняется на ходу, как при рассказе коллеге, сидящем за соседним компьютером, то есть в целом по теме, но иногда не очень связные переходы; речь -- FAIL/PASS, быстрая и слабо акцентированная.
1.6. Экспертиза: PASS/FAIL, тренер весьма хорошо владеет темой "на знакомой территории", в данном случае -- при обсуждении автоматизации веб-приложений, но теряется при ответах на "заковыристые" вопросы, выходящие за рамки темы. В такой ситуации, впрочем, может спасти применение специфических тренерских приёмов (можно вопрос зафиксировать и отложить в кулуары, или предложить к обсуждению, а самому в сторонке послушать и подумать тем временем), но тренер не продемонстрировал владение этими приёмами.

2. Тренинг
2.1. Соответствие названия содержанию: PASS.
2.2. Наличие и разнообразие активных форм обучения: PASS/FAIL, тренинг посвящен освоению инструмента FITPro, инструмент показан, всем слушателям предоставлена возможность с ним поработать. Тем не менее, в основном это повторение действий за тренером, самостоятельных упражнений не было.
2.3. Прослеживаемость навыков, на тренировку которых нацелен тренинг, сфокусированность: FAIL/PASS, навыки явно не выделены, просто продемонстрированы различные возможности инструмента.

3. Другое
3.1. Количество слушателей в аудитории: 8.
3.2. Активность аудитории: достаточно высокая.
3.3. Про другие тренинги: информация не представлена.
3.4. Общее впечатление: хороший материал, очень удобный для организации тренинга, но навыки не выделены и самостоятельных упражнений мало, в основном повторение за тренером. Больше похоже на мастер-класс, а не на тренинг.

Мартыненко С., независимый тренер, Основные подходы к созданию тестовых сценариев

1. Тренер
1.1. Представление тренера и тренинговой компании: PASS.
1.2. Знакомство с аудиторией: PASS, очень хорошо собрана информация об аудитории.
1.3. Представление темы, содержания, цели и формата тренинга: PASS/FAIL, рассказано, но как-то невнятно.
1.4. Регламент: FAIL, не уложились в отведённое время. Можно конечно сделать вид, что это просто часть полного тренинга, его начало, но тогда так и надо было сказать -- сегодня у нас в плане только вот это и это, а вот то и то -- в полной версии.
1.5. Риторика: текст -- PASS; речь -- PASS, тренинг построен как "разговор по душам", а не как публичное выступление, текст и речь соответствуют выбранной форме.
1.6. Экспертиза: PASS, никаких претензий, тренер даже немного бравирует своим высоким уровнем :) .

2. Тренинг
2.1. Соответствие названия содержанию: FAIL, до сценариев вообще за отведённое время не добрались, застряли на уровне тест-кейсов.
2.2. Наличие и разнообразие активных форм обучения: PASS, очень широкий спектр применяемых приёмов -- диалог с аудиторией, организация работы в группах, самостоятельные задания, работа как с бумагой, так и с компьютером, работа слушателей у доски. Отлично, просто отлично!
2.3. Прослеживаемость навыков, на тренировку которых нацелен тренинг, сфокусированность: PASS/FAIL, навыки заранее явно не выделены, но по ходу тренинга на них акцентируется внимание.

3. Другое
3.1. Количество слушателей в аудитории: 15.
3.2. Активность аудитории: высокая.
3.3. Про другие тренинги: информация не представлена.
3.4. Общее впечатление: замечательный тренинг, печалит только то, что "в реале" его не существует -- Сергей в перерыве сказал, что у него не хватает времени на проведение тренингов. И очень жаль. Но может быть, если как следует попросить....

Воротягин М., Нагрузочное тестирование, обзор инструментария для тестирования

1. Тренер
1.1. Представление тренера и тренинговой компании: FAIL/PASS, я так и не смог понять (ни из рассказа, ни из презентации и раздаточных материалов, ни с сайта конференции), является ли Михаил независимым тренером или представляет какую-то компанию.
1.2. Знакомство с аудиторией: FAIL/PASS, почти отсутствовало.
1.3. Представление темы, содержания, цели и формата тренинга: PASS/FAIL, рассказано и про укороченную версию, и про полный вариант тренинга, однако цели не сформулированы.
1.4. Регламент: FAIL/PASS, тренер пытался контролировать время, но технические сбои его подвели. Тем не менее, это не является достаточным оправданием, LoadRunner надо было установить на все машины заранее, а не включать это как лабораторную работу в укороченный вариант тренинга.
1.5. Риторика: текст -- PASS; речь -- PASS/FAIL, слабо акцентированная, монотонная.
1.6. Экспертиза: PASS, никаких претензий.

2. Тренинг
2.1. Соответствие названия содержанию: FAIL, тренинг про инструмент HP LoadRunner, а вовсе не про нагрузочное тестирование само по себе, обзор инструментов тоже весьма непредставительный -- помимо HP LoadRunner упоминается только IBM Performance Tester и всё, причём речь идёт главным образом про тестирование веб-приложений, а для них как раз инструментов полным полно.
2.2. Наличие и разнообразие активных форм обучения: FAIL/PASS, вообще говоря, в полной версии тренинга анонсировано целых восемь лабораторных работ, но в укороченной не удалось попробовать почти ничего, так что трудно оценить, насколько хорошо они подготовлены. Но даже если все они хороши -- они всё равно нацелены на освоение возможностей определённого инструмента, а не навыков нагрузочного тестирования как такового, но про это см. предыдущий пункт.
2.3. Прослеживаемость навыков, на тренировку которых нацелен тренинг, сфокусированность: PASS/FAIL, навыки выделены, контроль достижения есть, но иногда вызывает некоторое недоумение. Ну и опять таки надо учитывать сказанное в пункте 2.1.

3. Другое
3.1. Количество слушателей в аудитории: 14.
3.2. Активность аудитории: высокая.
3.3. Про другие тренинги: информация не представлена.
3.4. Общее впечатление: тренинг получился очень сумбурный и скомканный, вероятно причиной этому технические накладки с установкой HP LoadRunner, но впечатление всё равно подпортилось.

В дополнение. общие замечания

Как прецедент -- конференция в целом мне понравилась. Раньше такого явления не было, теперь оно появилось, и есть надежда, что будет развиваться и дальше.

Тем не менее, у меня сложилось впечатление, что тренеры не очень хорошо поняли поставленную перед ними задачу. Во всяком случае, это понимание разошлось с моим. Они не продавали свои тренинги, а просто проводили их. Ну вот если бы вы пришли на выставку оборудования для торговли -- витрины там разные, холодильники, а там стоят люди за этими витринами и продают мясо и овощи, хорошо продают, весело, с шутками-прибаутками -- но не то продают, не то!

Если бы это была настоящая конференция -- докладчики должны были бы рассказывать про новые методы обучения, про способы организации учебных групп, про оборудование классов и прочее такое. Нет, это было больше похоже на выставку. А что на выставке главное? Заинтересовать клиента. То есть за отведённые полтора часа нужно было не научить слушателей тестировать, а как-то донести до них мысль о том, что "мы можем научить вас тестировать, приходите на наши тренинги!" И вот этого как раз не было.

Когда будем делать вторую попытку?

Parasoft готов "принять с повинной" клиентов Agitar

2008-05-22T12:54:00.002+05:00

Недели две назад компания Agitar объявила о сворачивании операций. На сайте компании, правда, пока ничего об этом не сказано, оповещение отправлено только кредиторам. Сворачивание операций -- это такая мягкая форма банкротства, кредиторам предложено "полюбовно" закрыть тему.

На самом деле, как ни крути, это провал, продать стартап не удалось. В том, что Agitar -- это просто мыльный пузырь, мы нисколько не сомневались с самого момента её появления. Когда-то давно компания Sun Microsystems сделала инструмент для тестирования на основе формальных спецификаций ADL, который использовался для внутренних нужд, а потом ушёл в опенсорс. Компания Agitar заявила, что умеет делать следующий шаг в автоматизации -- генерировать эти самые формальные спецификации. Но секретных технологий никому не рассказывала, что вполне естественно, и инструменты свои попробовать широкой общественности тоже не давала -- а вот это уже было подозрительно. Вместо этого было сделано несколько "продаж" в достаточно солидные фирмы, которые дали весьма хвалебные отзывы, а также наняты "для представительности" такие известные товарищи, как Кент Бек и Роберт Биндер, которые, впрочем, нигде и никогда явно не рекламировали Agitar. Компания участвовала буквально во всех конкурсах и получила кучу наград. Они сделали достаточно интересный корпоративный блог. В общем, раскручивались вовсю. Мы ожидали, что кто-нибудь вскоре купит Agitar, и только после этого он тихонько сдуется но нормальных размеров (какой-никакой, но инструмент они всё же разработали). И вдруг -- хлоп! Неожиданно.

Хм, а причём тут, собственно, Parasoft?

А притом, что они здорово воспользовались этой ситуацией, объявив, что им жуть как жалко невинно пострадавших клиентов Agitar, и потому всем, пришедшим с 20 мая по 15 августа с повинной, будет объявлена амнистия и их с радостью примут в число клиентов Parasoft.

Молодцы, поляки!

Я буду "экспертом" на Training Labs 2008

2008-05-20T12:44:00.003+05:00

28 июня 2008 года в Москве пройдёт необычное мероприятие -- Training Labs 2008. Необычность -- в смешении стилей. То ли это конференция, где вместо традиционных докладов будут проходить тренинги, то ли выставка тренингов в формате конференции. "Докладчики", они же "тренеры" будут демонстрировать своё мастерство, не рассказывая про свои умения, а показывая их на практике. "Слушатели" будут не просто слушать произносимые с трибуны речи, как на традиционных конференциях, а активно принимать участие в проводимых тренингах. А цель всего этого действа -- познакомить потенциальных заказчиков как лично с тренерами, так и с обучающими компаниями.

Но есть и ещё одна необычность -- помимо тренеров и слушателей в этой конференции будут ещё участвовать так называемые "эксперты", и я буду одним из них. Эксперт, с одной стороны, может быть полезен тренеру, который может использовать его как подсадную утку (чтобы оживлять участников, задавать в нужном месте нужный вопрос и т.п.), а с другой стороны эксперту вменяется в обязанность "подначивать" тренеров, чтобы посмотреть, как они будут реагировать в нестандартных ситуациях. Ну и ещё эксперты должны будут после конференции написать отзыв про каждый тренинг, в котором они участвовали.

Короче, очень интересно и нестандартно. Приходите, будем зажигать! :)

Баг в контакте

2008-05-16T11:48:00.002+05:00

Наткнулся на любопытный баг "В Контакте". Судя по всему, там можно создать группу с пустым названием. Например, вот такую: http://vkontakte.ru/club717740 . Но само по себе это не является ошибкой. А вот если такая группа встречается в результатах поиска -- происходит смещение полей, выглядит это вот так:

(можно поискать по ключевому слову "Тестирование", указав дополнительно тип группы "Клуб" и тему "Разное" -- тогда указанная группа окажется первой в результатах поиска)

Я поломал голову над тем, как же должна выглядеть реализация, которая приводит к возникновению такой ошибки. Вероятно, должен быть некий список значений полей, в котором пустые значения пропускаются. Но это какой-то неестественный способ. В общем, экзотичненько...