Home

Завершилась первая на просторах бывшего СНГ онлайн-конференция тестировщиков ConfeT&QA. Она проходила с 17 по 21 октября в «прямом эфире», а «офлайновые» обсуждения продолжаются до сих пор.

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

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

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

Многие докладчики и слушатели уже написали свои отзывы на прошедшую конференцию, ознакомиться с ними можно тут:

Автор: Майкл Болтон (Michael Bolton)
Оригинальная публикация: Testing Problems Are Test Results
Перевод: Сергей Высоцкий и RA

Часто во время курса "Быстрое Тестирование ПО", я провожу упражнение, в ходе которого прошу людей записать те вещи, которые, по их мнению, замедляют тестирование и делают его сложней. Эти списки отлично ложатся на шаблон, который я снова и снова слышу от тестировщиков (вы можете посмотреть пример такого шаблона в этой беседе на Stack Exchange). Обычные пункты в этих списках выглядят так:

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

В добавок к этому:

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

Ах да, вот еще:

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

Как мы можем принять во внимание все эти наблюдения?

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

В ноябре мы запускаем новый тренинг “Разработка тестов на Java с использованием Selenium 2.0”, который, как это видно из названия, посвящен новой версии инструмента автоматизации тестов для веб-приложений Selenium 2.0.

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

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

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

Начало 15 ноября.

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

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

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

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

Автор: Наталья Руколь

Страшный сон любого ответственного тестировщика – пропуск ошибки. Вы стараетесь-стараетесь, проверяете продукт, тестируете его по 8+ часов ежедневно, а после выпуска пользователь в течение недели сообщает о критичной проблеме. Как такое может быть, почему и как исправить?

Автор: Майкл Болтон (Michael Bolton)
Оригинальная публикация: Do You Need More Testers? A Context-Driven Exercise
Перевод: Сергей Высоцкий и RA

Эта дискуссия о лучших практиках в отрасли началась недавно на comp.software.testing:

Сколько тестировщиков на разработчика считается лучшей практикой при создании сложных веб-приложений с нуля? Я слышал о полутора тестировщиках на каждого разработчика. Что вы думаете по этому поводу?

Мой (слегка отредактированный для этого блога) ответ был...

• Если вы собираетесь найти все баги, то 100 тестеров на программиста будет куда лучше чем полтора. Ваши клиенты могут счесть это впечатляющим (если они захотят за это платить), но ваш финансовый директор взбесится. И все еще не будет никакой гарантии, что вы найдете все баги.
• Если вы хотите сэкономить, то 0 тестировщиков будет куда лучше, чем полтора на программиста. Это даже может сработать, но будет ли вы уверенны в том, что все важные вопросы о вашем продукте были заданы, а ответы на них были получены?
• Если уж вы собрались действительно сэкономить, то 0 тестеров на 0 программистов будет самым лучшим решением.

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

Уважаемые Коллеги,

29-30 октября 2011 года в Москве пройдет вторая конференция в области тестирования трейдинговых систем «EXTENT Conference – October 2011». Данная конференция посвящена автоматизации тестирования.

Организаторами конференции выступят «Инновационные Трейдинговые Системы», «Exactpro Systems» и Костромской клуб тестировщиков ClubQA.

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

Конференция пройдет в зале «Байкал» гостиницы «Ренессанс Москва». Продолжительность конференции - 2 дня. Регистрация участников и утренний кофе - с 9-30 до 10-00. Начало конференции в 10-00.

Рабочий язык конференции – английский.

Во время конференции Вы сможете пообщаться с профессионалами, обладающими глубокими знаниями smart order routers, algo trading systems, risk and position management systems, execution venues, market data dissemination platforms и других современных трейдинговых систем. Длительность каждого доклада - 20 минут. После каждого доклада 20 минут отводится на вопросы и общение.

Программа конференции пока находится в стадии разработки и будет опубликована позже. Вы сможете услышать доклады специалистов компаний: Micro Focus, Hewlett Packard, SeOrb, Инновационные Трейдинговые Системы, Exactpro Systems. Расписание конференции включает в себя два кофе-брейка и обед.

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

Блог Жанны Битюковой -- http://testerpractice.blogspot.com/

О себе: Меня зовут Жанна Битюкова, живу на Украине. Занимаюсь функциональным тестированием сложных клиент-серверных систем и настольных приложений с октября 2004 года. На сегодняшний день из 7 лет опыта в тестировании 4,5 года - в качестве тест тим лида. Любимые области: управление тестированием и тест-дизайн. Чем больше изучаю и практикую их, тем больше понимаю, как много открытий еще предстоит!
О блоге: Блог посвящен заметкам о тестировании программного обеспечения. В особенности вопросам

• тест-дизайна
• организации и управления тестированием
• коммуникациям между тестировщиками и программистами
• жизни, работе и творчеству тестировщиков :)