Home

Приглашаем Вас принять участие в работе конференции профессиональных программистов Application Developer Days, которая состоится 29-30 апреля 2011 в г. Санкт-Петербурге.

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

Application Developer Days ­— единственная технологическая конференция, которая не будет ограничена какой-то определенной технологией или платформой.

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

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

На консультации к тренингу "Программирование для тестировщиков" я пообещал записать небольшую демонстрацию того, как можно смотреть в отладчике Eclipse свойства объектов типа WebElement (в виде таких объектов представляются элементы веб-страницы в Selenium 2.0), а когда записал, решил выложить в открытый доступ, вдруг ещё кому-нибудь окажется полезной эта информация.

Для тех, кто не в курсе небольшое пояснение. Selenium 2.0 использует новый механизм доступа к веб-страницам, с использованием "нативных" интерфейсов. Поэтому объект типа WebElement сам не содержит никакой информации, только некий уникальный идентификатор. А при необходимости вся нужная информация извлекается непосредственно из памяти браузера. Это доставляет определённые неудобства при отладке тестов -- трудно понять, что за веб-элемент перед тобой, если видишь только какой-то идентификатор, состоящий из длиннющей последовательности букв и цифр. К счастью, в среде разработки Eclipse имеется специальный механизм для визуализации таких элементов, именно про него я и рассказал в этом небольшом видеоролике.

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

Это в теории. А на практике некоторые тестировщики находят дефектов в программе больше, чем другие, в том числе они умеют находить весьма нетривиальные дефекты. Почему? Как им это удаётся? Что за секретные техники они применяют?

Увы, никаких особых приёмов проектирования тестов, о которых не было бы написано в любой книжке, не существует. Эффективные тестировщики применяют те же самые техники, что и все остальные. Разница лишь в том, КАК они их применяют.

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

Мы постоянно будем держать в уме два противоборствующих фактора:

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

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

Продолжаем публиковать слайдкасты с прошедшей конференции SQA Days 8, сегодня мы представляем вам выступление Александра Александрова "Дефектные дефекты".

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

Недавно ученики моего курса Программирование для тестировщиков пришли ко мне с жалобой – тесты, которые у них успешно выполнялись в браузерах FireFox и Internetr Explorer по непонятной причине падали в браузере Google Chrome. Когда я посмотрел, что происходит, мне показалось, что я вернулся лет на пять в прошлое – налицо были все симптомы проявления same origin policy, с которым давно уже все научились бороться при использовании браузеров Internet Explorer и FireFox.

Страшные слова same origin policy знакомы практически каждому тестировщику, который начал использовать Selenium достаточно давно, когда ещё не было режимов запуска *iehta и *chrome. Производители браузеров, заботясь о защищенности пользователей, изобретают различные средства борьбы с уязвимостями в веб-приложениях. И как одно из средств защиты от XSS-уязвимостей, был придуман запрет в JavaScript-коде получать данные с любых сайтов, за исключением того, с которого был первоначально загружен этот самый JavaScript-код. Вот он-то и называется same origin policy.

Мы не будем здесь обсуждать, насколько этот запрет эффективен как средство защиты. Важно то, что его наличие вызывает проблемы при выполнении тестов при помощи Selenium. Дело в том, что ядро Selenium реализовано на языке JavaScript. При запуске теста ядро загружается в браузер, и всё работает хорошо до тех пор, пока в процессе выполнения теста не возникает необходимость перейти на другой сайт – браузер немедленно замечает это "опасное" действие и блокирует его.

Чтобы обойти это ограничение, были реализованы специальные режимы запуска браузеров с отключеной защитой, это режим *chrome для браузера FireFox и режим *iehta для браузера Internet Explorer.

А вот для браузера Google Chrome существует только один единственный режим запуска *googlechrome, и в этом режиме он запускается с включенными средствами защиты.

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

Организация конференции Selenium Camp в самом разгаре. Напоминаем вам, что состоится она 26 февраля в Киеве. Это будет первая конференция, целиком посвященную продукту для тестирования web-приложений Selenium. Selenium Camp – это конференция, целью которой является собрать вместе всех, кто так или иначе использует Selenium. Selenium Camp будет интересен как отличная стартовая точка для тех, кто только задумывается о применении Selenium, а также для профессионалов, использующих его долгое время.

Подробнее

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

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

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

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

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

С этого года мы хотим обновить рассылку нашего портала Software-Testing.RU и сделать её стильной и максимально актуальной. Новым редактором будет Виктория Птицына.

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

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

• ссылки на лучшие статьи и слайдкасты в области обеспечения качества;
• обзор лучших публикаций в блогах тестировщиков;
• активные обсуждения форума Software-Testing.RU;
• информацию о мероприятиях в области тестирования;
• обзоры деятельности региональных клубов;
• информацию о различных скидках для наших подписчиков.

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

Итак, представляем Вашему вниманию первый выпуск обновленной рассылки.

Если Вы заинтересовались и хотите получать дальнейшие выпуски, просто перейдите по ссылке и подпишитесь!

Мы будем очень стараться, чтобы рассылка была Вам полезной. А для этого потребуется и Ваша помощь! Все Ваши пожелания, вопросы и отзывы направляйте, пожалуйста, на адрес Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript .