Home

Автор: Дмитрий Марков

В инструменте TestComplete уже давно (начиная с древних версий) есть модули, позиционируемые как ODT (Object-driven testing) и KDT (keyword-driven testing). Являются ли эти модули удобными для реализации этих подходов или это просто красивое название? Об этом и порассуждаю в этой заметке.

Все, что написано ниже — сугубо мое мнение, основанное на 5-летнем опыте автоматизации на TestComplete, начиная с версии 6.0 и заканчивая последней (на данный момент 9.10).

Пара слов о самом TestComplete

TestComplete — отличный инструмент. В автоматизации desktop-приложений ему пока нет равных, если брать во внимание цену, порог вхождения, удобство, функциональность. В последних версиях (начиная с 8.0) также очень существенно была доработана возможность автоматизации веб-приложений. Вполне возможно, что скоро TestComplete станет конкурентом WebDriver (во всем, кроме цены).

Также очень большой плюс инструмента — это поддержка таких технологий, как Flash, Flex, AJAX, Silverlight. Ну и другое (что, впрочем, есть и в других инструментах).

В отличие от того же (конкурента) QTP, TestComplete, например, дает возможность выбора скриптового языка: C++, C#, DelphiScript, VBS, JScript. Не все стоит использовать (об этом напишу отдельную заметку), но есть выбор — это само по себе уже плюс.

Также есть полнофункциональный 30-дневный триал в версии Enterprise, что очень удобно и хорошо.

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

Я расскажу, как запротоколировать выполнение тестов, разработанных с использованием инструмента Selenium, фреймворка TestNG и языка программирования Java.

Я не буду рассказывать о том, как сделать красивый отчёт о выполнении тестов.

Мой рассказ будет посвящен тому, как информацию собрать. Я считаю, что отчёт должен быть простым и коротким, потому что если тесты прошли успешно, детали их выполнения мало кого интересуют. Но если «тест упал» – приходит Специалист, чтобы решать Проблему, и он должен получить максимально полную информацию о том, что происходило. Поэтому основная задача протоколирования – сбор и сохранение информации.

Я не буду рассказывать о том, как сделать собственный фреймворк для протоколирования.

Вместо этого я покажу, как выжать максимум из того, что уже имеется в Selenium и TestNG. Разные библиотеки используют разные фреймворки протоколирования, я расскажу, как всё это перенаправить в единый фреймворк-фасад slf4j и при помощи фреймворка протоколирования logback сохранить всё в базу данных. При этом будут рассмотрены разные варианты запуска тестов – локально, удалённо, с использованием Selenium Grid, а также запуск тестов в облаках с использованием сервиса SauceLabs.

Автор: Геннадий Алпаев

За последние несколько лет было написано и переведено столько статей по тестированию и качеству, что практически никто уже не сомневается: тестирование – это систематический процесс, у которого есть подходы, критерии и законы. Так называемое «обезьянье тестирование» (monkey testing) если когда-то и существовало, то уже давно вымерло. Сегодня к тестировщикам предъявляются высокие требования, вплоть до умения программировать, и простое «кликанье» по приложению уже никому не нужно.

Однако так ли это на самом деле?

Насколько часто вы сталкивались с ситуацией, когда приложение «падало» после совершенно невинных действий, а потом воспроизвести эту ситуацию больше не удавалось? Как часто вы сталкивались с ситуациями, когда одна и та же проблема воспроизводится нестабильно, заставляя программиста возвращать вам дефект в статусе «не воспроизводится», а вас – снова и снова открывать дефект с тем же описанием, потому что у вас он воспроизводится стабильно? Любой, кто работал в тестировании или техподдержке, может подтвердить, что такие ситуации случаются регулярно, и решить их зачастую бывает весьма непросто.

Все эти проблемы можно решить с помощью инструмента TestRecorder от компании SmartBear.

По традиции публикуем лучший доклад лучший доклад недавно прошедшей онлайн-конференции 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.