Home

По традиции публикуем лучший доклад лучший доклад недавно прошедшей онлайн-конференции Auto ConfeT&QA.

Больше всех голосов было отдано за Михаила Поляруша с докладом “Sikuli, инструмент на все случаи жизни?”.

Михаил Поляруш практикующий консультант и тренер по автоматизации тестирования ПО http://poliarush.com. Основатель портала http://automated-testing.info и конференции по автоматизации http://atdays.com

Что нам надо делать когда нужно автоматизировать веб-приложения? Просто гуглим и находим нужную информацию. А когда нужно автоматизировать что-то необычное? Например, Windows приложение с самописными контролами и объектами. Сразу приходят в голову страшные слова как QTP или TestComplete. Но даже эти инструменты не всегда справляются с задачей расспознавания объектов. И что тогда? Не делать автоматизацию?!

Sikuli – это универсальный инструмент, который должен быть в арсенале каждого автоматизатора. В своем докладе я покажу, на практическом примере, как выполнить автоматизацию, даже если ее нельзя выполнить обычными инструментами (QTP, TestComplete, Selenium, и т.д.).

Работа с инструментом будет продемонстрирована в реальном времени в прямом эфире.

Уже меньше недели осталось до онлайн-конференции по автоматизации тестирования Auto ConfeT&QA и чтобы у тех, кто еще не решился участвовать было предоставление о том, что это такое, мы решили выложить один из докладов прошлой конференции.

Доклад Ольги Киселевой с рассказом про написание тестов на русском языке вызывал в твиттере и чате противоречивейшие эмоции, от «вау!» до «ересь!», но никого не оставил равнодушным и в итоге занял третье место по результатам зрительского голосования.

Никогда не автоматизировали и боитесь начинать? Не понимаете языков программирования? Не владеете английским?
Вы не можете понять код, записанный с помощью кнопочки record?
Хотите, чтобы тест был не «сломай-глаза», а нагляден и понятен любому? Например, такой:

формочка

.Открыть
.НайтиОбъект
.ПерейтиНаОбъект
.ВвестиФигню
.ЕстьСообщениеОбОшибке
.Закрыть

Это возможно! На примере Visual Studio 2010 + Watin + NUnit + ReSharper и c использованием языка C# я покажу вам, что такие тесты… работают!

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

Эта статья является продолжением более общей статьи "Что такое Selenium?", в которой объясняется, какое положение занимает Selenium WebDriver среди других инструментов семейства Selenium.

Здесь я постараюсь рассказать более подробно о том, что такое Selenium WebDriver, и почему его бессмысленно сравнивать с TestComplete, QuickTest Pro и другими инструментами автоматизации тестирования. И дело не только в том, что Selenium WebDriver бесплатный и открытый – его столь же бессмысленно сравнивать с другими бесплатными инструментами, такими как Sahi или Robot Framework.

Почему?

Потому что Selenium WebDriver – это не инструмент для автоматизации тестирования.

А что же это такое?

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

Кроме того, я объясню, почему Selenium WebDriver имеет такой убогий и неудобный в использовании интерфейс (набор команд), почему он не генерирует красивые отчёты и почему несмотря на всё это он настолько популярен :)

На всякий случай оговорюсь, что хотя в этой статье речь идёт про WebDriver, многие аргументы справедливы и в отношении Selenium RC, но я не буду ничего говорить специально про эту устаревшую версию, потому что её место – на свалке истории.

Итак, что такое Selenium WebDriver?

По назначению Selenium WebDriver представляет собой драйвер браузера, то есть программную библиотеку, которая позволяет разрабатывать программы, управляющие поведением браузера.

По своей сущности Selenium WebDriver представляет собой:

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

Теперь понятно, почему бессмысленно сравнивать Selenium WebDriver с "другими инструментами тестирования"? Непонятно? Тогда добавим подробностей.

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

Время от времени мне приходится распутывать терминологические хитросплетения, связанные с употреблением словосочетаний, в которых встречается слово Selenium – Selenium 2.0, Selenium IDE, Selenium RC, Selenium WebDriver, Selenium Server, Selenium Grid.

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

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

Selenium

Selenium – это проект, в рамках которого разрабатывается серия программных продуктов с открытым исходным кодом (open source):

• Selenium WebDriver,
• Selenium RC,
• Selenium Server,
• Selenium Grid,
• Selenium IDE.

Наталья Руколь, Лаборатория Качества, Москва
Игорь Любин, Undev.ru, Москва

Запись доклада с конференции SQA Days 11

Если вы регулярно проходите одни и те же тесты, значит, их необходимо автоматизировать? Автоматизация – это инвестиция?
Сколько ещё мифов, не имеющих ничего общего с реальностью, вы знаете?
Забудьте о них! Менеджер и технический специалист расследуют дело «Автотесты»:
• Мотивы преступления
• Вред и польза автотестов
• Условия успеха и залог провала автоматизации тестирования

На этом докладе вас ждут факты, инструменты, подходы – и никаких мифов!

Маргарита Шлыкова, Ланит-Терком, Санкт-Петербург, Россия

Евгений Ткаченко, Иннова, Москва, Россия

Запись доклада с конференции SQA Days 11.

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

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

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

Автор: Андрей Дзыня

В рамках курса Автоматизация тестирования Android приложений я получил интересный вопрос: как узнать "локатор" объекта в Android приложении? Есть ли какой-то инструмент типа “firebug”, чтобы это посмотреть?

Я решил ответить на этот вопрос в публичной форме, так как тема действительно интересная и практически не освещена в интернете.

Для того, что понять к какому элементу Android приложения обращаться, есть три способа:

• использование утилиты APK Analyzer
• анализ исходного кода приложения
• использование Hierarchy View в Eclipse IDE

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

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

Автор: Андрей Дзыня

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

Что нам для этого понадобится.

• Java, версии 1.6
• Eclipse IDE
• Android SDK
• Библиотека Robotium

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

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

Когда я начал готовить примеры для рассылки "Selenium 2.0: сотня полезных советов", передо мной встал вопрос выбора языка, на котором писать эти примеры.

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

В конце концов я остановился на промежуточном варианте: сложные примеры на Java, а простые -- на Groovy, это динамический язык, но весьма похожий на Java и выполняющийся на виртуальной Java-машине.

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

Впрочем, лучше один раз увидеть -- смотрите небольшой видеоролик про то, как отлаживать Selenium-скрипты в Groovy Console:

Выступление Алексея Баранцева на онлайн-конференции Auto ConfeT&QA

Автоматизация тестирования — это стратегическая задача. Она требует 1) наличия специальных людей, обладающих особыми навыками, 2) инвестиций времени и средств, особенно на начальных этапах, 3) изменений в общем процессе тестирования — в подходах к проектированию тестов, в распределении времени тестировщиков. Более того, отдельная «стратегия автоматизации» — это нонсенс. Внедрение автоматизации приводит к изменениям в ручном тестировании, поэтому статегия должна быть общей, учитывающей все виды тестирования.
Я расскажу про две типовые стратегические схемы, которые позволяют плавно внедрить автоматизированное тестирование, оставляя возможности для отхода в случае неуспеха (да-да, это очень важно!) с минимальными потерями. Первая схема имеет основной целью сокращение времени на тестирование. Вторая — увеличение тестового покрытия. А последовательное применение этих двух стратегических схем позволяет достичь одновременно обоих целей.