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

Подписаться

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

Конференции

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

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

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

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

.
Советы сеньоров: как прокачать знания junior QA
03.05.2017 08:54

Оригинальная публикация: https://dou.ua/lenta/articles/senior-qa-tips/

Ярослав Пернеровский, Test Automation Lead в GlobalLogic, 12 лет в тестировании:

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

И тут уже критически важно владеть так называемыми «софт скилами»:

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

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

Если все же стоит цель именно «прокачать» что-то, то тут самое важное сконцентрироваться на чем-то одном. Например, очень сложно «выучить все тестирование». Гораздо проще освоить «тестирование конкретного приложения». Для этого нам понадобится само приложение и гугл. Остаемся с приложением один на один и пытаемся «тестировать» именно его. Искать проблемы, пытаться эти проблемы документировать, гуглим, как правильно это делать, делимся репортами с разработчиками или знакомыми. Пытаемся разобраться, как оно работает, какие технологии под капотом и т.д.

Что касается навыков, которыми должен владеть начинающий тестировщик, то в первую очередь это язык. Можно, конечно, Java или Python, но лучше английский! Хотя бы на уровне — читаю блоги без словаря.

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

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

Подробнее...
 
COMAQA Spring 2017 Сonference – большая конференция выходного дня
02.05.2017 08:05

Добрый день, друзья!

20 мая QA Automation & co сообщество COMAQA.by проведет очередную большую конференцию выходного дня, посвященную автоматизации тестирования и сопутствующим вопросам обеспечения качества. Спикеры из ведущих IT-компаний Беларуси и России соберутся вместе, чтобы рассказать о своем опыте в тестировании. Мы собрали лучшие доклады на различные темы: паттерны и антипаттерны автоматизации тестирования UI и backend-а, многочисленные инструменты автоматизации, тестирование usability и обеспечение Web безопасности, Docker и DevOps, вопросы организации процесса обеспечения качества и многое другое.

Полную сетку докладов и билеты ищите на нашем официальном сайте.

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

Приходите, будет интересно!

 
Освоение тестирования REST API
28.04.2017 08:36

Автор: Андрей Шальнев

Оригинал публикации: http://quality-lab.ru/rest-api-testing/

В этой статье я хочу поделиться опытом освоения тестирования (в т. ч. автоматизации) на уровне API (Application Programming Interface – интерфейс программирования приложений, интерфейс прикладного программирования). Надеюсь, что предлагаемый материал будет представлять интерес для всех, кто ранее проводил тестирование через графический интерфейс и еще не имеет опыта работы с http-запросами.

Немного о REST API и SOAP API

Стоит отметить, что на сегодняшний день есть два основных подхода к построению программного интерфейса веб-приложений: REST (RESTful) API и SOAP API:

  • REST (от англ. Representational State Transfer – «передача состояния представления») обеспечивает общение между клиентом (как правило, это браузер) и сервером с помощью обычных HTTP-запросов (GET, POST, PUT, DELETE и т. д), передавая информацию от клиента в параметрах самих запросов, информацию от сервера – в теле ответа (который может быть, например, JSON-объектом или XML-документом). REST является архитектурным стилем, а не стандартом.
  • SOAP (от англ. Simple Object Access Protocol – простой протокол доступа к объектам, вплоть до спецификации 1.2) характеризуется использованием HTTP(S)-протокола лишь как транспорта (чаще всего, методом POST). Все детали сообщений (в обе стороны – от клиента к серверу и обратно) передаются в стандартизованном XML-документе. SOAP может работать и с другими протоколами прикладного уровня (SMTP, FTP), но чаще всего он применяется поверх HTTP(S). SOAP является протоколом и имеет спецификацию.
Подробнее...
 
Новости тестирования за вторую половину апреля
27.04.2017 12:05

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

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

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

 
Ловите изменения, пока они не стали проблемами
27.04.2017 08:24

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

Оригинал статьи: https://testzius.wordpress.com/2017/01/16/catching-changes-before-they-become-problems/

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

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

Чувствуете ли вы, что это неплохой фильтр, который изловит практически любой внедренный баг?

Как вы будете себя чувствовать, когда узнаете, что был найден баг, а ваш зелененький прогон будет улыбаться вам с экрана? Не очень?

"Почему тесты этого не уловили?" Хм.


Причина

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

Я мог уже об этом писать где-то: код – это органическая структура.

Возможно, странно говорить так о коде. Но мы говорим о неодушевленных предметах, что у них есть личность – так и код впитывает природу и характер человека, который его пишет.

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

О многом просто забывают. Или в продукт вносятся изменения, а люди еще не в курсе, что автоматизация эти изменения не учитывает.

После того, как ваши автотесты написаны и дают вам достойную доверия обратную связь, как вы узнаете, что настала пора менять и пополнять их?

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

Это как контраварийное вождение – обычно вам оно не требуется, но неплохо уметь это делать на случай, если другие водители ведут себя на дороге, как уроды. Надеюсь, мысль понятна?

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

Если мы думаем, что у нас вполне приличный набор тестов, мы можем начать думать, что он не нуждается в добавлениях. Он полон, и мы, возможно, не стремимся к 100% покрытию, нам вполне достаточно 70-80%, и их мы получаем.

И даже в этом случае что-нибудь да просочится через нашу защиту.

Это происходит, как правило, редко, но если какой-нибудь "не тот" баг прокрадется в релиз, это станет проблемой для компании.

Пытаться решить вопрос "как протестировать добавленное" довольно сложно. Зато вполне легко решить вопрос "как определить, когда что-то добавлено".

Подробнее...
 
WrikeTechClub #QA Automation_записи докладов со встречи автоматизаторов
26.04.2017 08:33

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

1. Олег Николенко в своем докладе говорил про издержки автоматизации веб тестов, таких как поддержка кода, мигающие и медленные тесты, нечитаемые отчеты. Поделился, как в команде решаются конкретные проблемы, и какие инструменты используют.
2. Кирилл Меркушев рассказал, как можно автоматизировать написание кода, облегчающее бремя поддержки дополнительного кода для тестов, какие уже готовые инструменты и механизмы существуют в Java экосистеме и что используется в их команде.
3. Артем Ерошенко дал совет, как можно быстро и просто поднять высокопроизводительный и надежный хаб Selenium-ов с помощью инструмента с открытым исходным кодом под названием Selenoid.

Предлагаем вам познакомится с видеозаписями выступлений:

Подробнее...
 
Программа конференции SQA Days-21. Скидка для наших читателей
25.04.2017 15:29

Более 60 докладов, включая выступления признанных экспертов, более 600 участников из разных стран, приятное общение, море положительных эмоций и не только ждут вас на конференции SQA Days-21.

Мероприятие пройдет 26-27 мая в Москве.

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

Кстати, интересные доклады - не единственная причина стать участником мероприятия.

Почему надо участвовать?

Общение.

  • За два дня интенсивной работы с коллегами Вы сможете найти новые варианты решения проблем, стоящих перед Вами и вашей компанией.

Опыт.

  • Вы можете познакомиться с лучшими практиками и лично обсудить интересующие Вас детали с независимыми экспертами и представителями ведущих ИТ-компаний.
Подробнее...
 
Как начать учиться автоматизации
25.04.2017 08:42

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

Оригинал статьи: https://testzius.wordpress.com/2017/01/09/how-to-start-learning-automation/

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

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

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

Я хочу поделиться с вами тремя Большими Секретами. Бесплатно. Только сегодня, только у нас. И вы сможете начать учиться автоматизации.

Большой секрет №1: "Нельзя рулить припаркованной машиной"

Эту фразу произнес мой тесть много лет назад, когда я просил у него духовного наставничества. Я задумался, как я узнаю, в каком направлении мне двигаться, одобряет ли Господь то, что я делаю?

Ответом тестя было "Нельзя рулить припаркованной машиной".

Нет, дальше он развил свою мысль, конечно же.

Где-то минуту я осмыслял, что он имеет в виду, и в конце концов понял: Господь будет направлять мою жизнь, если я начну движение. Я начну движение – он начнет рулить.

Довольно крутая аналогия.

Эта мудрость достаточно коротка и влезет даже на кепку, но применима в большом количестве ситуаций. "Если речь идет об обучении автоматизации, спросите себя, в каком направлении вам двигаться?" А движетесь ли вы вообще? Вы не можете двигаться в каком-то направлении, если вы припаркованы.

Если вы не движетесь хоть в какую-то сторону (которую можно выбрать позднее), то заведите машину и нажмите на газ.

Подробнее...
 
Гейзенбаг 2017 Piter, техническая конференция по тестированию
24.04.2017 15:49

4 июня 2017 года в Санкт-Петербурге состоится техническая конференция по тестированию Гейзенбаг 2017 Piter, которая соберет более 400 специалистов в области тестирования (не только тестировщиков, но и разработчиков, тимлидов и CTO).

Программа вберет в себя ~20 докладов в 3 треках. Все доклады посвящены практическому и хардкорному тестированию на реальных проектах:
•  Автоматизация тестирования;
•  Нагрузочное тестирование;
•  Performance-тестирование, бенчмаркинг;
•  Интеграционное тестирование модульных/распределённых систем;
•  Concurrency testing;
•  Тестирование мобильных приложений;

Воды, докладов про agile, scrum и управление командами тестировщиков не будет!

Участники смогут лично пообщаться со всеми спикерами, среди которых Dan Cuellar (Appium), Ilari Henrik Aegerter (House of Test GmbH), Андрей Сатарин (Яндекс), Claudio Criscione (Google), Алексей Виноградов (Radio QA) и многие другие.

Регистрация на конференцию уже открыта, а программа полностью сформирована. 

Чтобы получить скидку 1000 рублей, при регистрации введите кодовое слово SoftwareTestingPromo.

Подробности смотрите на сайте конференции: https://heisenbug-piter.ru/?utm_source=software_testing&utm_medium=promo&utm_campaign=heisenbug2017piter


 
Встреча RamQA #07_записи выступлений
24.04.2017 07:22

В Москве в конце февраля команда RAMBLER&Co провела очередную встречу тестировщиков (RamQA #07), на которой обсуждались вопросы обеспечения качества разработки ПО. На этот раз докладчики подняли следующие темы:

1. Николай Бурмистров (RAMBLER&Co) рассказал, что такое Selenium IDE и выяснял возможно ли его использовать как полноценный инструмент для написания автотестов.

2. Андрей Чечёткин (Sports.ru & Tribuna Digital) поделился тем, какие инструменты используются для тестирования мобильных приложений в его компании и каких принципов там придерживаются.

3. Алексей Смирнов (RAMBLER&Co) рассказал об опыте внедрения автоматизации тестирования верстки с помощью инструмента baсkstopJS.


Ниже вы можете посмотреть записи озвученных докладов:

Подробнее...
 
Целевая аудитория тестируемого продукта – важно ли знать и обязательно ли учитывать?
21.04.2017 08:18

Автор: Виктория Юркевич

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

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

Прежде всего разберемся, что же такое целевая аудитория (в дальнейшем – ЦА). В соответствии с определением из Британского бизнес-словаря, целевая аудитория (англ. target audience) – это группа людей или сегмент рынка, для которого предназначен продукт, услуга, веб-сайт, реклама, телевизионная или радио программа и т. д.

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

Для чего нам нужно знать целевую аудиторию проекта?

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

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

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