Что пишут в блогах

Подписаться

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

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Новый тренинг Алексея Баранцева "Функциональное тестирование ПО"
25.05.2011 15:14

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

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

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

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

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

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

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

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

 
Автотестирование веб-приложений: как правильно запускать браузер?
25.05.2011 11:21

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

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

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

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

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

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

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

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

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

  • отдельный браузер для каждого теста,
  • общий браузер для группы тестов,
  • общий браузер для всех тестов.
Подробнее...
 
Автоматизация тестирования: быть или не быть?
04.06.2011 21:28

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

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

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

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

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

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

 
Горящие летние вакансии для специалистов по тестированию
29.05.2011 22:49

Лето – лучшее время для смены работы. Вы спросите, почему?

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

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

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

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

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

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

Для начинающих специалистов в ручном тестировании есть вакансия в undev.ru: работа для настоящих джедаев в коллективе других настоящих джедаев!

Заинтересовались вакансиями? Не ждите, откликайтесь, меняйте свою работу к лучшему!

 
Конференция SQA Days 9 продолжается!
24.05.2011 09:45

Специально для тех, кто не смог попасть на конференцию SQA Days 9, которая проходила 22-23 апреля 2011 года в Казани, или не сумел посетить какой-то из докладов , который очень хотел послушать, или не успел задать докладчикам свой вопрос, высказать возражения, дополнить своими идеями или опытом -- конференция продолжается в онлайне!

Онлайн-продолжение -- это:

  • бесплатный доступ к материалам конференции (аудио, видеозаписи, слайдкасты),
  • возможность общения с докладчиками в онлайн,
  • дискуссии на темы, затронутые на этой конференции,
  • ценные призы и подарки от IT-CONF, портала тестировщиков, и других партнеров SQA Days.

Как это будет проходить:

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

Конкурсы и призы конференции:

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

Добро пожаловать на конференцию снова!

 
Долой отмазки в тестировании
19.05.2011 15:13

Запись выступления Натальи Руколь на семинаре Санкт-Петербургского сообщества тестировщиков.

Подробнее...
 
SQA Days 9: Дмитрий Ворончев, "Коучинг в QA"
18.05.2011 10:30

Мы начинаем публикацию слайдкастов и видеозаписей с конференции SQA Days 9, которая прошла весной 2011 года в Казани. Материалы будут публиковаться по мере подготовки.

И открывает серию слайдкастов запись выступления Дмитрия Врончева на тему "Коучинг в QA". В этом выступлении Дмитрий рассказал про процесс оценки и коучинга тестировщиков одной из команд компании Acronis.

Подробнее...
 
Сегодня вышел 60-й выпуск нашей рассылки
16.05.2011 10:12

С чем мы себя и поздравляем :-)

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

Интересно?
Предлагаем просто ознакомиться с 60-м выпуском и принять решение о подписке на рассылку.

 
HP LoadRunner 11.0 (октябрь 2010): Ajax TruClient. Советы при работе со скриптом
29.04.2011 22:44

Перевод: Комендантов Илья, компания "Lohika" (г. Одесса)

Оригинал

В статье описаны типовые решения проблем, с которыми может столкнуться пользователь  Ajax TruClient – протокола для записи Web2.0 сайтов, появившегося в 11-й версии HP LoadRunner. А также приведены примеры и советы по использованию тех или иных возможностей нового протокола.

Подробнее...
 
AgileCamp, 17-18 июня в Самаре
19.05.2011 15:11

Приглашаем принять участие в неконференции AgileCamp, которая состоится 17-18 июня в Самаре. AgileCamp — это наш Учебный Лагерь, где каждый сможет научиться новым подходам работы. Формат – никаких скучных докладов! Первый день AgileCamp целиком и полностью состоит из игр и симуляций и упражнений, прокачивающих реальные навыки управления процессом разработки в стиле Agile, управления продуктом и требованиями, разработки качественного и эффективного кода. Мастер-классы включают минимум теории плюс реальное применение на практике под присмотром опытных Agile-гуру.

Во второй день мы вместе обсудим ваши реальные проблемы совместно с другими участниками и с Agile-гуру. Второй день – это неформальное общение в формате Open Spaces, панельных и fishbowl-дискуссий. Место проведения - прогулка на теплоходе "Мария" по Волге.

Вся структура AgileCamp нацелена на развитие навыков в состоянии полного погружения в Agile процесс.

Цель конференции - помочь разработчикам, менеджерам и компаниям продвинуться на следующий уровень совершенствования разработки ПО.

Количество билетов ограничено, спешите Зарегистрироваться

 
Почему я не люблю огурцы и фитнес — плюсы и минусы BDD и ATDD
20.04.2011 11:50

Выступление Алексея Баранцева на AgileDays-2011

Идея написания спецификаций на «естественном языке» манит своей внешней красотой и простотой. Мысль о том, что не умеющий программировать product owner станет сам рисовать Fitnesse-таблички и писать Cucumber-спецификации, выглядит очень привлекательно, возникает надежда переложить на него часть работы. Более того, исполнимые спецификации можно использовать как направляющие для разработки, и наряду с test driven development возникают подходы с похожими названиями — Behavior driven development и даже acceptance test driven development.

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

Помните бородатый анекдот про морскую свинку, которая, вопреки своему названию, и не плавает, и не хрюкает? Когда я слышу про автоматизированное приёмочное тестирование в контексте agile, у меня всегда возникает ассоциация с этой морской свинкой. Автоматизированное? Да, с этим не поспоришь. Но при этом и не приёмочное, и не тестирование. Для тестирования это слишком просто, «программирование в табличках» — адская пытка, паттерн given-when-then не даёт возможности сделать хоть сколько-нибудь сложные автоматизированные тесты, а при ручном тестировании он и вовсе не нужен. Ну а идея автоматизировать приёмку вообще слабо вписывается в концепцию agile: если «приёмочные тесты» будут пройдены, а product owner недоволен — продукт будет считаться успешно сданным или нет?

Второй подводный камень связан с большими скрытыми (или по крайней мере замалчиваемыми) затратами. Да, спецификации на «естественном языке» выглядят красиво. Но, увы, работа по реализации фикстур и шагов сценариев — это уже чистое программирование, причём объём и сложность этой работы в разы превышает размеры табличек и спецификаций. И это немедленно разрушает ореол простоты.

Так стоит ли вообще вкладывать усилия в эту деятельность? Кому BDD и ATDD приносит пользу — заказчику, программистам, тестировщикам? Как разрабатывать тесты, чтобы потраченные усилия всё же не пропали даром? Я постараюсь дать свои ответы на эти вопросы, и с удовольствием выслушаю вашу точку зрения.

Видеозапись доклада можно посмотреть здесь.

Обсудить в форуме