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

Подписаться

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

Конференции

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

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

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

.
Установка приложения на iOS без платного сертификата
10.05.2017 08:18

Широко известно, что iOS - достаточно закрытая система. Apple четко следует своему курсу на высокое качество приложений и ограничивает установку приложений из сторонних источников. И хотя для пользователей это может быть благом, в тестировании такая закрытость может очень сильно усложнять рабочий процесс. Ведь для того, чтобы установить приложение из среды разработки на реальное устройство, нужно обладать платным аккаунтом разработчика Apple.

По крайней мере, так было до недавнего времени. С выходом Xcode 8 Apple сняла это ограничение, и теперь можно подписывать приложения, даже не участвуя в этой программе. Однако этот факт до сих пор малоизвестен, к тому же нужно очень чётко следовать правилам, чтобы у вас получилось подписать приложение. В этом видео, которое является частью курса “Тестирование мобильных приложений”, рассматривается схема подписывания и установки приложения на iOS-устройство:

Подробнее...
 
Ваш API – ваше лицо
05.05.2017 08:10

Автор: Юлия Багрий

Оригинальная публикацияhttp://quality-lab.ru/your-api-is-your-public-face/

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

Категории взаимодействия API

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

  • мобильное либо десктопное приложение синхронизирует данные с сервером;
  • приложение использует вычислительные возможности сервера (к примеру, приложение Prism загружает фото и информацию о выбранном стиле на сервер, где уже происходит стилизация изображения);
  • взаимодействие между веб-приложением и сервером;
  • взаимодействие между микросервисами.

Основные риски, связанные с внутренним API, – это функциональные дефекты и проблемы производительности. Здесь пользователи могут лишь предполагать, из-за чего конкретно приложение работает «как-то не так».

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

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



Подробнее...
 
Гейзенбаг 2016_пятёрка лучших докладов
04.05.2017 08:37

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

1. Филипп Кекс (Creative Mobile) — Как научить роботов играть в игры?

2. Александр Баяндин (Badoo) — ChromeDriver Jailbreak

3. Дэн Куайяр (Appium) — Appium: Automation for Apps

4. Станислав Башкирцев (EPAM) — Рандомизированное тестирование

5. Владимир Ситников (Netcracker) — Подводные камни в нагрузочном тестировании

Подробнее...
 
Советы сеньоров: как прокачать знания 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: "Нельзя рулить припаркованной машиной"

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

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

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

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

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

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

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

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