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

Подписаться

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

Конференции

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

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

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

.
Manual vs Automation: битва тестировщиков
24.05.2017 08:02

Мануальный тестировщик или автоматизатор? Наверняка вы уже не раз слышали спор, в котором обсуждалось, кто лучше, более востребован и т.д., а, возможно, и сами принимали участие в подобной беседе.

В конце апреля в Херсоне прошла очередная встреча QA talk, на которой ребята говорили о перспективах развития тестировщиков, дискутировали о плюсах и минусах автоматизации и ручного тестирования,  выясняли, страдает ли качество ПО из-за отсутствия автоматизатора или ручного тестировщика на проекте.

В “битве” приняли участие четыре специалиста по тестированию, которые уже не первый год работают в данной области. К какому мнению они в итоге пришли, вы можете узнать, посмотрев видеозапись их батла:

Подробнее...
 
Доверяйте автоматизации
19.05.2017 16:26

Автор: Баз Дийкстра (Bas Dijkstra)

Оригинал статьи: http://www.ontestautomation.com/trust-automation/

Перевод: Ольга Алифанова


Сейчас большинство людей уже в курсе, что цель автоматизации – это НЕ "поиск багов". Конечно, неплохо, когда ваши автотесты ловят баг-другой, которые иначе просочились бы в продакшн. Но пока искуственный интеллект автоматизации не достиг больших высот (я имею в виду, действительно БОЛЬШИХ), тестировщики куда более искусны в поиске багов, чем самые умные, развитые автоматизированные решения для тестирования.

Нет, добавочная ценность автоматизации совсем в другом – в уверенности. Из оксфордского словаря:

"Уверенность: твердое убеждение в надежности, правдивости, или способности чего-либо или кого-либо."

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

Эта уверенность появляется благодаря доверию:

Подробнее...
 
2-недельная открытая стажировка для начинающих тестировщиков в “Лаборатории Качества”
22.05.2017 07:08

Хотите работать в тестировании, но не знаете, с чего начать? Приходите к нам!

С 29 мая 2017 “Лаборатория Качества” проводит стажировку. За время обучения вы получите опыт работы в этой сфере, а наиболее успешные участники получат предложения работы (естественно, принятие решения - за вами).

Чему мы будем учиться?

В рамках курса мы рассмотрим следующие темы:

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

10 тем - 10 экспертов - 10 вебинаров.

Подробнее...
 
Новости тестирования за первую половину мая
19.05.2017 10:21

Вышел выпуск рассылки за первую половину мая, его содержание доступно по ссылке.

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Подписаться на рассылку можно по ссылке.

 
Тестирование параллельных процессов
18.05.2017 08:11

Автор: Николай Матюшенков

Оригинальная публикация: https://habrahabr.ru/post/327292/

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


В статье я расскажу о своем подходе к тестированию таких ситуаций. А также приведу несколько наглядных (и наверное даже классических) примеров багов, которые удобно протестировать с помощью этого подхода. Все примеры багов живые — то, что встречается в работе.

Забегая вперед сразу скажу, что в конце статьи будет ссылка на github, куда я выложил готовое решение, позволяющее тестировать параллельные консольные процессы легко и просто.

Пример номер один. Параллельное добавление одного и того же

Задача. У нас есть приложение с базой данных (PostgreSQL) и нам надо наладить импорт данных из сторонней системы. Допустим, есть таблица account (id, name) и связи идентификаторов с внешней системой в таблице account_import (id, external_id). Давайте набросаем простой механизм приема сообщений.

При приеме сообщения будем сперва проверять — есть ли такие записи у нас в базе. Если есть, то будем обновлять имеющиеся. Если нет, то будем добавлять в базу.

Подробнее...
 
Не был ли Сун Цзы тестировщиком?
17.05.2017 08:34

Оригинал статьи: https://testzius.wordpress.com/2017/02/13/sun-tzu-was-a-tester/

Автор: Майкл Фритциус (Michael Fritzius)

Перевод: Ольга Алифанова

О книге

Книга Сун Цзы "Искусство войны" была написана в 5 веке до нашей эры. С тех пор она переводилась на множество языков и использовалась не только с целью обучения военной тактике, но и в корпоративных отношениях, спорте, бизнесе, и ряде других дисциплин, требующих стратегии и тактики.

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

Давайте посмотрим, как мудрость Сун Цзы применима к "Искусству тестирования".

Далее следуют цитаты из книги и их возможное приложение к тестированию. Расширенный набор цитат можно посмотреть здесь.

Применение в тестировании

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

Работая с другими людьми, мы должны помнить о том, что люди – существа эмоциональные. Каждый приносит на рабочее место свой личный "багаж" эмоций. Часть нашего багажа отвечает за наше отношение к другим людям. Если вы хотите напасть в ответ на чей-то укол, остановитесь и подумайте, почему люди говорят именно это? Действительно ли они хотят "достать" вас, или преследуют личные цели? Обычно это скорее второе, а не первое. Хорошая коммуникация – залог успеха: обезвредьте ситуацию, поговорив с коллегой и попытавшись понять, какие цели он преследует.

Подробнее...
 
«Лаборатория качества» ищет экспертов в тестировании ПО
16.05.2017 17:18

«Лаборатория качества» - на данный момент одна из самых быстро развивающихся компаний, которая предоставляет услуги в области аутсорсинга тестирования ПО. Мы решаем сложнейшие задачи, и гордимся своими проектами. Их число непрерывно растёт, и в связи с этим в наш дружный коллектив разыскиваются эксперты-тестировщики (как действующие, так и будущие).

Если ты страстно любишь тестирование, готов обучаться и жаждешь непрерывного развития в профессиональной сфере – нам по пути!

Подробное описание вакансии ты можешь найти здесь. Работа удалённая (10-19 МСК, оформление по ТК РФ), поэтому ждем твоего отклика из любой точки нашей страны (Гражданство РФ или РБ).

 
ITSUBBOTNIK EPAM осень 2016 _обзор секции QA
16.05.2017 08:08

Осенью прошлого года сразу в трех городах состоялась традиционная конференция ITsubbotnik ЕРАМ, на которой специалисты по информационным технологиям рассказывали о разработке и тестированию ПО.

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

1. Павла Лебедя и Сергея Мишанина об автоматизировании мобильного web, о специфических проблемах с технологиями и их решениях.

2. Дмитрия Гуменюка о том, как использовать автоматизацию правильно.

3. Антона Туляганова о том, что необычного в тестировании VR/AR.

4. Антона Шапина о сложном и тернистом, но интересном переходе из ручных тестировщиков в автоматизаторы.

Подробнее...
 
Гейзенбаг 2017 Piter - доклады от экспертов в области тестирования
15.05.2017 08:47

До конференции Гейзенбаг 2017 Piter осталось меньше месяца. Программа готова на 95%, а это значит, что уже можно принять окончательное решение об участии.

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

Всего будет 17 докладов от известных экспертов в области тестирования:
– 6 докладов по подходам и правильным паттернам в тестировании (Николай Алименков – Паттерны проектирования в автоматизации тестирования, Игорь Хрол – Тестирование в мире данных);
– 3 доклада по тестированию web-проектов (Алексей Лавренюк – Нагрузочное тестирование web-сервиса, Илья Коробицын – Пишем Selenium тесты на JS для тестирования Angular: плюсы, минусы, подводные камни);
– Несколько докладов по фреймворкам, облегчающим тестирование (Артем Ерошенко – Allure 2, Dan Cuellar – Appium: The Language of Automation);
– Пара докладов «вне категорий» (Claudio Criscione – Security testing at a scale).

Почти все доклады так или иначе связаны с автоматизацией тестирования. Как всегда, никакой воды – только хардкор!

Вся программа конференции и регистрация: https://goo.gl/ldbsnl
Для того, чтобы приобрести билеты по специальной цене, используйте ключевую фразу SoftwareTestingPromo.

 
Взаимодействие между тестировщиками и разработчиками: проблемы и пути решения
12.05.2017 08:11

Автор: Людмила Лихогляд, ведущий специалист по тестированию "Лаборатории Качества"

Оригинальная публикация

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

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

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

Типы взаимоотношений

Для понимания сути проблемы приведем классификацию взаимоотношений в рабочей группе, предложенную американскими исследователями Блейком и Myтoном и учитывающую комбинацию двух основных параметров – взаимоотношения сотрудников и их отношения к рабочему процессу.

Выделим 5 основных типов:
1) невмешательство – низкий уровень заботы как о проекте, так и о коллегах (каждый сам за себя, сотрудники не заинтересованы в совместном конечном результате и не чувствуют себя членами рабочего коллектива);
2) теплая компания – комфортные отношения в коллективе, не направленные на достижение конкретных и устойчивых результатов работы;
3) задача – внимание каждого полностью сосредоточено на решении производственных задач, человеческий фактор недооценивается или просто игнорируется;
4) золотая середина – сотрудники в своей деятельности стремятся оптимально сочетать интересы дела и коллег;
5) команда – наиболее предпочтительный тип взаимоотношений в рабочей группе. Максимально учитывает интересы производства и коллектива, объединяет деловитость и человечность на всех уровнях отношений.

Подробнее...
 
Selenium за 60 секунд
11.05.2017 08:04

Автор: Александр Андряшин

Оригинальная публикация: https://habrahabr.ru/post/327184/

Представляю вам перевод моей статьи на Medium.com.

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

Проблема

Как веб-разработчик или инженер по автоматизации тестирования вы можете столкнуться со следующими неудобствами при работе со стандартным Selenium сервером:

1. Нужно устанавливать несколько разных браузеров себе на компьютер. В обычной жизни вы, как правило, используете один браузер, например, Chrome, но вам приходится устанавливать себе Firefox и Opera, чтобы отлаживать в них Selenium-тесты.
2. Трудно устанавливать и использовать несколько версий одного браузера. Если вы устанавливаете браузер из пакетов, то вообще можно иметь только одну установленную версию. Кроме того Selenium и его веб-драйверы обычно ищут исполняемый файл браузера по определенному пути. Поэтому, поверьте, использовать несколько версий может быть трудной задачей.
3. Если вы запускаете браузер, установленный в вашей операционной системе — он забивает место на диске своими временными файлами и содержимым кеша.
4. Нельзя гарантировать, что настройки браузера всегда останутся в том же состоянии, как после чистой установки. Например, вы можете случайно изменить адрес прокси-сервера или настройки безопасности. Это может привести к падению ранее работавших тестов.
5. Трудно запускать несколько тестов в разных браузерах параллельно. Попытка сделать это как правило приводит к различным проблемам: окна начинают конкурировать за фокус, не срабатывающие события, не ожидаемые CSS стили и так далее.
6. Нужно знать какая версия Selenium совместима с какой версией браузера. То же самое верно для исполняемых файлов веб-драйверов (например, Chromedriver).

Приведенный выше список недостатков далеко не полный. Но давайте остановимся на этом и попробуем гораздо более удобный способ отладки Selenium-тестов локально.

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