Очный однодневный тренинг Алексея Баранцева в Москве

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

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

2. Обсуждение теоретических аспектов.
Что такое "тестирование"? Какие бывают "виды тестирования"?
План чего мы построили и что будет являться результатом выполнения этого плана?
Различные парадигмы тестирования -- почему они существуют и каковы практические последствия этого.
Что такое тестирование методом свободного поиска и какое место оно занимает в общей картине мира.

3. Первый практический сеанс тестирования, обсуждение результатов.
Обсуждение влияния результатов тестирования на построенный ранее план.
Рассмотрение достоинств и недостатков одновременного проектирования и выполнения тестов.

4. Концепция "сеанса тестирования" и способ организации процесса тестирования в виде набора сеансов.
Различие между понятиями "цель", "задание", "план".
Как формулировать цели тестирования?
Метафора "The touring test". Построение карты приложения. Выбор "туров".
Как описывать результаты тестирования?

5. Второй практический сеанс тестирования, обсуждение результатов.
Парное тестирование -- достоинства и недостатки.
Что делать между сеансами тестирования?

6. Дополнительные идеи, которые можно применять при тестировании методом свободного поиска.
Метод "шести шляп" де Боно.
Чит-листы.
Автоматизация.

7. Третий практический сеанс: регрессионное тестирование, обсуждение результатов.
Обсуждение достоинств и недостатков использования тестирования методом свободного поиска при регрессионном тестировании.

8. Особенности взаимоотношения с коллегами и начальством. -- как им объяснить, "чем это вы тут занимаетесь"?
Как оценивать полноту тестирования?
Как оценивать качество работы тестировщика?
Как начать внедрение тестирования методом свободного поиска?
Когда и где не стоит использовать тестирование методом свободного поиска.

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

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

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

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

А 7 мая в Минске

2 июля тренинг "Тестирование методом свободного поиска (exploratory testing)" будет проведен в Москве. Подробнее: http://trainings.software-testing.ru/schedule?&task=3&cid=3

2 июля тренинг "Тестирование методом свободного поиска (exploratory testing)" будет проведен в Москве. Подробнее: http://trainings.software-testing.ru/schedule?&task=3&cid=3

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

Galogen, в п.6 есть такой пункт, как автомаизация.. Либо ваш вопрос снимается (уж не знаю, как он будет раскрыт), либо добавляется ещё и мой:
как тогда тестировать систему, которую ручками полностью протестировать с нуля занимает около недели (с учётом тестирования бизнес-процессов)?

Galogen, в п.6 есть такой пункт, как автомаизация..

это уже будет далеко не свободный поиск, да и с трудом представляю себе манки-тестинг в нашей ерп-системе

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

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

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

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

Свободное же тестирование в частности и в том, что мы пытаемся ходить НЕхоженными тропами. Т.е. включаем творчество, интуицию.

Ясно что автоматизировать это непросто, да и возможно ли?

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