вторник, декабря 07, 2010

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

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

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

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

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

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

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

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

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

понедельник, ноября 22, 2010

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

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

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

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

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

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

Тренер

Характеристика

Оценка

Комментарий

Компетентность тренера

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. Уверен, что Вам есть что сказать и на более высоком уровне. Незадумываясь пообщался бы с вами на что-то вроде «Архитектура автоматизации, модули комплексных решений».

понедельник, октября 18, 2010

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

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

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

пятница, октября 01, 2010

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

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

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

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

Часть 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.

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

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

Подробнее…

понедельник, сентября 27, 2010

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

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

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

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

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

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

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

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

вторник, сентября 14, 2010

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

 

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 – методология и учебный курс, разработанные Джеймсом Бахом и Майклом Болтоном – для вас.

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

понедельник, сентября 13, 2010

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

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

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

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

вторник, августа 24, 2010

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

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

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

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

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

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

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

понедельник, августа 16, 2010

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

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

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

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

    =======

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

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

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

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

    =======

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

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

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

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

    =======

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

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

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

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

    =======

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

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

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

    =======

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

    =======

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

    =======

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

    понедельник, августа 02, 2010

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

    Открыт набор в четвертую группу онлайн-тренинга «Программирование для тестировщиков».
    Курс начнется 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 и другие протоколы прикладного уровня.

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

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

    среда, июля 21, 2010

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

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

    пятница, июля 16, 2010

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

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

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

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

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

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

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

    вторник, июля 06, 2010

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

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

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

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

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

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

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

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

    четверг, июня 10, 2010

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

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

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

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

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

    вторник, июня 01, 2010

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

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

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

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

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

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

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

    понедельник, мая 24, 2010

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

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

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

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

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

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

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

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

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

    воскресенье, мая 16, 2010

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

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

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

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

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

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

    вторник, мая 11, 2010

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    среда, апреля 28, 2010

    вторник, апреля 20, 2010

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

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

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

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

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

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

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

    пятница, апреля 02, 2010

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

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


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

    среда, марта 31, 2010

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

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

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

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

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

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

    пятница, марта 26, 2010

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

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

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

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

    вторник, марта 23, 2010

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

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

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

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

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

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

    суббота, марта 20, 2010

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

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

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

    среда, марта 10, 2010

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

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

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

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

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

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

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

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

    вторник, марта 09, 2010

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

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

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

    пятница, февраля 26, 2010

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

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

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

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

    среда, февраля 17, 2010

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

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

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

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

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

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

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

    вторник, февраля 02, 2010

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

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

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

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

    Rapid Software Testing

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

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

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

    четверг, января 14, 2010

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

    Вслед за онлайн-тренингом в новом формате обучения "Программирование для тестировщиков" 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.

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

    воскресенье, января 10, 2010

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

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

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

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

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

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

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