Home

QAForum2011 - первый международный профессиональный Форум специалистов по тестированию и контролю качества ПО.

16 июля c 10:00 до 18:30 в Нижнем Новгороде пройдет Первый международный профессиональный Форум специалистов по тестированию и контролю качества программного обеспечения - QAForum2011.

Цель данного мероприятия — дать возможность QA специалистам поделиться накопленными знаниями и опытом, тем самым, восполнив современную нехватку профессионального общения. Свое участие уже подтвердили сотрудники крупнейших IT компаний Нижнего Новгорода, члены российских региональных сообществ по тестированию и контролю качества ПО из Москвы, Санкт-Петербурга, Казани, Самары, Саратова, Ульяновска, а также городов Украины и Беларуси.

В рамках Форума будут обсуждаться наиболее актуальные на сегодня темы:

• Повышение собственной квалификации и качества работы
• Альтернативные методы автоматизации
• Новые подходы в тест-дизайне
• Самообучение — личная инициатива или необходимость

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

C 1 июля начинается прием докладов на онлайн-конференцию нашего портала ConfeT&QA, которая пройдет с 17 по 21 октября с 17-00 до 19-00 часов по московскому времени.

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

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

Формат выступлений: 20 минут доклад + 15 минут на вопросы + продолжение обсуждения докладов на форуме.

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

Хотите принять участие в онлайн-конференции в качестве докладчика? Присылайте название и описание доклада на адрес Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript

Ну а для всех, кто хочет принять участие в конференции уже открыта регистрация.

На очередной встрече сообщества тестировщиков Санкт-Петербурга, состоявшейся 26 мая 2011 года, с докладом «Нагрузочное тестирование с точки зрения тестирования» выступила Марина Широчкина, специалист по нагрузочному тестированию компании Яндекс. Предлагаем Вам ознакомиться с записью выступления в виде слайдкаста (на сайте сообщества желающие смогут найти также видеозапись).

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

Публикацию материалов конференции SQA Days 9 продолжает слайдкаст выступления Алексея Баранцева на тему "Знание vs. Незнание: что полезнее для тестирования?"

Аннотация доклада:

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

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

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

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

У нас есть специальный тренинг “Тест-дизайн от А до Я”, посвященный тому, как придумывать тесты. Но помимо владения техниками тест-дизайна нужно ещё уметь их применять в нужном месте и в нужном объёме. Тестировщик способен придумать тестов гораздо больше, чем можно выполнить в разумное время.

Куда же направить основные усилия:

• на системное или модульное тестирование?
• на тестирование методом “чёрного” или “белого” ящика?
• на автоматизацию или ручное тестирование?
• на регрессионное тестирование или проверку новой функциональности?
• на “позитивные” или “негативные” тесты?

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

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

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

23 июля, Киев
25 июля, Саратов
30 июля, Новосибирск
20 августа, Санкт-Петербург
9 сентября, Москва

Автор: Алексей Баранцев

На конференции SeleniumCamp, состоявшейся в Киеве в феврале 2010 года, я проводил мастер-класс по оптимизации скорости выполнения тестов, разработанных с использованием инструмента Selenium. И самый первый совет, который я дал, вовсе не касается оптимизации самих тестов. Я предложил обратить внимание на то, как запускается браузер, потому что при неудачной конфигурации время, которое тратится на запуск и останов браузера может на порядок превышать “полезное” время выполнения тестов.

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

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

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

Как правильно запускать браузер?

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

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

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

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

Автоматизация тестирования. Заветная страна, сказочный рай. Мечта многих менеджеров -- автоматизировать все тесты, чтобы... Чтобы что? Можно ли добраться до этой цели, и что случается с теми, кто её достиг?

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

Хотите узнать:

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

Приходите на новый тренинг Алексея Баранцева Автоматизация тестирования: быть или не быть? (4 занятия, начало 5 июля), где мы обсудим эти и многие другие вопросы, касающиеся автоматизации тестирования.

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