Home

На прошлой неделе закончилась онлайн-конференция для специалистов по ручному тестированию Fun ConfeT&QA.

По результатам голосования лучшим признаны следующие доклады:

1 место: Алексей Баранцев / Firefox и его плагины (вне конкурса)

2 место: Алексей Петров / Квартальные цели – инструмент для мотивации личного роста (получает 1 приз - Игровая приставка Xbox 360 + сенсор Kinect)

3 место: Татьяна Зинченко / SQL профайлеры: что это и с чем их едят? (вне конкурса)

4 место: Анна Карпенко / Ручное тестирование мобильных приложений с нуля (получает 2 приз - Подарочный сертификат на 5000 рублей в онлайн-магазине Ozon)

5 место: Ирина Винокурова / Свободное плавание тестировщика (получает 3 приз - Подарочный сертификат на 2000 рублей в онлайн-магазине Ozon)

Активные участники конференции тоже получают небольшие сувениры – Календарь для тестировщиков на 2014 год.

На этот раз докладчики в качестве самых активных участников назвали Ольгу Киселеву (за обзоры конференции в блоге), Ирину Воюеву и @blackskullrebel (за активность в твиттере) и Романа Орлова, Андрея Майорова и Марию Бондарь за интересные вопросы докладчикам.

Поздравляем всех победителей и будем рады снова видеть всех на наших онлайн-конференциях.

И как всегда в открытом виде мы публикуем доклад, который стал лучшим по результатам голосования -- “Firefox и его плагины” от Алексея Баранцева.

Публикация от Андрея Дзыни, автора тренинга Автоматизация тестирования Android приложений

Не так давно вышел релиз новой версии Robotium 4.0, который стал знаменательным в истории этого инструмента. До недавнего времени, автоматизировать тестирование компонента WebView(отображающего Web страницу внутри Native Android приложения) было возможно лишь при помощи кликов по координатам.

solo.clickOnScreen(float x, float y)

Или же посредством подключения расширения ExtSolo от компании Bitbar.

После выхода Robotium 4.0 надобность в подобного-рода хаках отпадает. Появилась возможность работать с Web элементами напрямую через объект Solo, да и еще посредством использования класса By, для формирования локатора в стиле WebDriver API

Примеры доступных команд:

clickOnWebElement(By by)

enterTextInWebElement(By by, java.lang.String text)

getCurrentWebElements(By by)

getWebElement(By by, int index)

typeTextInWebElement(By by, java.lang.String text)

waitForWebElement(By by)

Полный список команд и их описания можно посмотреть в JavaDoc API

https://robotium.googlecode.com/files/robotium-solo-4.1-javadoc.jar

Выступление Андрея Дзыни с конференции UA Mobile

Мир мобильных телефонов очень сильно изменил нашу жизнь. В наше время невозможно представить современного человека, без этого чудо устройства. На рынке появляется все больше устройств и приложений. И чтобы удобнее пользоваться этими приложениями пользователи выбирают “умные” телефоны, или как их еще принято называть смартфоны. В этом докладе Андрей Дзыня, автор тренинга Автоматизация тестирования Android приложений хочет поделиться своим опытом автоматизации приложений под Android и iOS. Он расскажет о том, какие инструменты автоматизации он использовал. Поговорит о недостатках этих инструментов и какие из них стоит использовать у себя на проекте.

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

В докладе, в рамках конференции AT Days, наш тренер Геннадий Алпаев, автор тренинга Автоматизация тестов с использованием TestComplete, рассказал о том, в чем заключается подход, когда применяется, его достоинства и недостатки, а также показал пример практической реализации Keyword-driven подхода для простого тестируемого приложения с помощью TestComplete и SilkTest.

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

• Разработка тестов на Python с использованием Selenium 2.0
  Начало: 1 апреля
• Тестирование защищенности
  Начало: 5 апреля
• Fun ConfeT&QA: онлайн-конференция по ручному тестированию
  8-9-10 апреля
• Selenium 2.0: стартовый уровень
  Начало: 12 апреля
• Автоматизация тестирования Android приложений
  Начало: 12 апреля
• Тестирование веб-приложений
  Начало: 12 апреля
• Школа успешных тестировщиков
  Начало: 18 апреля
• Практикум по тест-дизайну
  Начало: 19 апреля
• Программирование для тестировщиков
  Начало: 13 мая
• Разработка тестов на Java с использованием Selenium 2.0
  Начало: 13 мая
• Chief ConfeT&QA: онлайн-конференция для тест-менеджеров
  13-14-15 мая
• Школа тест-менеджеров
  Начало: 20 мая
• Тестирование удобства использования
  Начало: 27 мая
• Auto ConfeT&QA: онлайн-конференция по автоматизации тестирования
  27-28-29 мая

Автор: Наталья Руколь, ведущая Школы Тест-Менеджеров, очередной запуск которой начнется 20 мая.

Каждый тест-менеджер сталкивался с этой неприятной ситуацией: пользователь обнаруживает ошибку, которую мы своевременно не нашли. И ошибку важную, в основном функционале, который мы многократно и тщательно тестировали!

Как это произошло? Как избежать подобных ситуаций в будущем? Как реабилитировать своё доброе имя перед коллегами?

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

Причины пропуска проблем

Представьте себе, что у вас что-то болит, и вы записываетесь к доктору. На приеме он даже не пытается выслушать симптомы, а сразу назначает лекарство. Что вы сделаете? Скорее всего, сбежите от него. И правильно сделаете! Лечение невозможно без диагностики, и, только точно зная источник проблемы, её можно решить.

В тестировании и разработке ПО всё то же самое. Хотите что-то улучшить? Значит, вы хотите вылечить проблему. Найдите её!

Давайте посмотрим на стандартные причины пропуска ошибок, и для удобства восприятия поделим их на 2 категории: проблемы в процессе и человеческий фактор.

Выложена еще одна часть записей докладов с прошедшей в Минске конференции SQA Days 12.

Релизимся чаще, или тернистый путь к continuous delivery
Александр Баяндин, 2ГИС, Новосибирск, Россия

Управление качеством в Agile. Как опередить баги
Антон Столяр, EPAM Systems, Минск, Беларусь

Сервисы на базе автоматизации тестирования
Артем Семенов, Align Technology, Inc., Москва, Россия

Архитектура автоматизированных тестов
Алексей Лянгузов, Grid Dynamics International, Inc, Санкт-Петербург, Россия

Описания докладов по ссылке Подробнее...

Автор: Киселева Ольга

Начнем с основ - что вообще такое робот и зачем он нужен?

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

Зачем она нужна? Затем, что автоматизировать можно не всякий проект. Хотя бы потому, что у вас, начинающего автоматизатора, просто нет нужных знаний и опыта. А тестировать нужно здесь и сейчас. А проект у вас всего на пару-тройку месяцев. И помимо него еще целая куча разных дел.

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

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

Создаем карточку раз, создаем карточку два, создаем карточку три... создаем карточку одна тысяча сто восемьдесят шесть... И каждый раз заполняем одни и те же поля. И вот здесь нам и поможет наш робот - заполняем карточку один раз, пока пишем программу, а потом робот это делает за нас! Заманчиво, не правда ли? А ведь это еще и легко осуществимо!

Для создания робота не надо владеть знаниями языка на уровне младшего разработчика. Достаточно знать простые основы. И инструменты, которые помогут нам решить проблему.

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