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

Подписаться

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

Конференции

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

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

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

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

.
SoapUI, Postman и Katalon Studio: Обзор 3 лучших инструментов для тестирования API
31.10.2018 10:32

За последние пять лет, по данным Google Trends,  значительно вырос интерес к тестированию API. Такая тенденция отражает сдвиг парадигмы в сторону web и мобильных приложений, а также разделение серверных служб и пользовательских интерфейсов.

Тестирование API - это тестирование, которое включает в себя проверку и валидацию API и веб-служб. В отличие от традиционного тестирования, в котором основное внимание уделяется функциональности графического интерфейса и взаимодействию с конечным пользователем, тестирование API проверяет программные интерфейсы, находящиеся на среднем уровне приложения, которые используются разработчиками (например, headless или GUI-less компоненты, обычно невидимые для конечных пользователей).

В обычном web или мобильном приложении, Web-API могут объединять между собой различные компоненты, такими компонентами могут быть особенные представления или пользовательский интерфейса c веб-сервером. Тем самым, автоматизация тестирования API становится все более привлекательным выбором в современном тестировании программного обеспечения. (Подробнее о тестировании API)

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

Чтобы помочь вам разобраться, какие же все-таки инструменты лучше всего подходят для автоматизации тестирования API, в этой статье для вас будет представлены обзор и сравнение трех популярных инструментов для тестирования API: SoapUI, Postman и Katalon Studio. SoapUI и Postman специализируются исключительно на тестировании API, в то время как, Katalon Studio предоставляет полный набор инструментов для тестирования API, Web и мобильных приложений. (Подробнее о 5 лучших и бесплатных инструментах для тестирования API)

Подробнее...
 
Что захватить, отправляясь на охоту за багами
22.10.2018 15:07

Автор: Джоэл Монтвелиски (Joel Montvelisky)

Оригинал статьи

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

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

Что такое баг-хантинг (и чем он не является)?

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

  • Баг-хантинг – это групповая деятельность, а исследовательское тестирование может проводиться единолично.
  • Цель баг-хантинга – подключить к процессу тех, кто не является тестировщиком, и найти неочевидные баги. Исследовательское тестирование нацелено на "обычные" баги, и им обычно занимаются исключительно тестировщики.
  • Исследовательским тестированием можно заниматься на любой стадии процесса разработки. Баг-хантинг приносит пользу, если приложение достаточно стабильно.
Подробнее...
 
Как дать добро на релиз
22.10.2018 14:59

Автор: Майкл Болтон (Michael Bolton).

Оригинал статьи

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

Вопрос от тестировщиков: "Зачастую мне дают продукт на тестирование, но не выделяют достаточно времени. Как мне одобрить релиз, если я недостаточно протестировал?"

Вот мой ответ.

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

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

Подробнее...
 
Тестирование IoT-устройств
22.10.2018 16:10

Автор: Юрий Ковалев

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

Поговорим про интернет вещей. Согласно Gartner, в мире уже уже используется более 7 миллиардов IoT-устройств, а к 2020 году превысит 20 миллиардов. Как тестировать эти устройства, такие как холодильники, самостоятельно заказывающие продукты через интернет, или самоуправляемые автомобилями — вот вопрос, который будут задавать себе их производители ближайшие несколько лет.

В Перфоманс Лаб этим вопросом тоже задались и провели тестирование простого IoT устройства на платформе Renesas. Получилось очень интересно, решили снять небольшое видео, на котором Дмитрий Химион, подробно рассказывает о нашей технологии и показывает крутые мигающие лампочки.

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

Обсудить в форуме

 
Образ современного тестировщика. Что нужно знать и уметь
22.10.2018 19:43

Автор: Алексей Петров, директор по качеству в компании FunCorp

Оригинальная публикация: http://habr.com/company/funcorp/blog/426759/

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

Отчасти это даже правда, но, скорее, для ситуации, которая была на рынке лет 10 назад. Сейчас же всё обстоит несколько иначе. Причин для этого масса, и они самые разные. Если отметить ключевые, то, пожалуй, это:

Возросшие требования к тестировщикам, их знаниям и квалификации, так как всё чаще решаются задачи чуть сложнее, чем «клик-клик — и в продакшен». Работа тестировщиков становится всё более «инженерной», требует технической подкованности, специфических знаний, навыков и компетенций. Тестировщики всё чаще становится QA-инженерами (кто в теме, тот понимает разницу).

Возросшее предложение на рынке, когда толпы вчерашних «гражданских» ринулись в пучину IT, подогреваемые обилием информации: от конференций и книг до статей и курсов по тестированию ПО. Ваш покорный слуга в своё время также приложил руку к созданию пары общедоступных курсов по причине желания тиражировать базовые вещи из своей профессиональной области (посмотреть можно здесь и здесь).

Подробнее...
 
SQA Days-24 - Программа сформирована
24.10.2018 11:47

Уже не за горами главная конференция этой осени - SQA Days-24.

Программа конференции сформирована полностью. Уже сейчас вы можете выбрать интересующие вас доклады.

Напомним ключевых докладчиков конференции.


Впервые на конференции! выступят гуру тестирования Gojko Adzic, Vipul Kocher и наш специальный гость из Южной Африки Johan Steyn.

Конференция SQA Days-24 пройдет 23-24 ноября 2018 в Москве - ЗАРЕГИСТРИРОВАТЬСЯ

Обратите внимание, что очередное повышение цен 1 ноября, а по нашему промокоду s-t.ru вы можете получить дополнительную 10% скидку.

И еще...

Вечером первого дня для вас организована развлекательная программа с отличной музыкой от коллектива Rock Privet.

Обсудить в форуме

 
Пройди тест на знание Git
23.10.2018 10:52

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

Мы успешно провели 3 запуска курса "Git: инструменты тестировщика", и решили поделиться одной из частей домашнего задания наших учеников. Помимо практических заданий, наши ученики проходят тест по результатам обучения. Ниже представлена немного сокращенная версия этого теста. После успешного прохождения нашего курса каждый ученик может ответить на все вопросы из этого теста. Проверьте, на сколько из них сможете ответить вы?

Обсудить в форуме

 
Сладкоголосое пение тест-метрик
22.10.2018 14:42

Автор: Ким Энджел (Kim Engel)

Оригинал статьи

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

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

95% тестов прошло, 1% упал, 4% не прогонялись

Метрики "прошло/упало" очень популярны в традиционных отчетах о прогрессе тестирования. Представьте на минутку, что вы продакт-оунер, и ваше слово – решающее в вопросе, выпускать ли продукт в релиз.


Подробнее...
 
Автоматизатор мобильных приложений: развитие курса
22.10.2018 10:55

Четыре месяца назад мы запустили курс “Автоматизатор мобильных приложений” о том, как построить фреймворк тестирования мобильных приложений на Android и iOS с нуля без значительного опыта в мобильной автоматизации. На тот момент в нем было всего пять уроков. В них описывались создание и конфигурация фреймворка тестирования на JUnit и Appium, а также базовые моменты настройки окружения. Для начала этого объема было достаточно, но у курса был явно больший потенциал.

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

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

Затем мы поработали над слишком объемным уроком по iOS. Он был в полтора раза больше остальных уроков, а закрытость системы Apple добавила сложностей в конфигурации. Ученики тратили много времени на то, чтобы настроить фреймворк — и часто не успевали перейти к написанию кода. Поэтому мы разделили этот урок на два, чтобы дать ученикам больше времени на работу. В результате количество успешно сданных домашних работ выросло, и ученики остались довольны.

Многие спрашивали нас о тестировании Mobile Web — ведь зачастую у мобильного приложения есть и веб-версия. Мы сделали отдельный урок, в котором рассказываем, как подключить к нашему фреймворку Selenium WebDriver, как переключаться между ним и Appium, а также описываем некоторые специфические моменты работы с веб-приложениями на мобильных устройствах.

Наконец, очень много вопросов поступало от новичков, которые интересуются темой автоматизации мобильного тестирования. Изначально курс создавался для опытных автоматизаторов, ведь для написания фреймворка требуются специфические навыки. Но при более детальном рассмотрении выяснилось, что этот тренинг не требует значительных знаний в области автоматизации или программирования — достаточно объяснить несколько базовых концепций, чтобы ученики смогли ими руководствоваться. Поэтому мы выпустили специальный урок, где подробно рассматриваем все моменты, необходимые для работы с JUnit, Java и Appium. Теперь на курс могут записываться и люди без опыта автоматизации вовсе — что, конечно, значительно расширяет его аудиторию.

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

Посмотреть программу курса “Автоматизатор мобильных приложений” и записаться на него можно по ссылке. Очередная улучшенная и расширенная по результатам отзывов версия курса стартует уже 31 октября.

Посмотреть отзывы и комментарии тренера

Обсудить в форуме

 
Тест-план в одну страничку
19.10.2018 11:03

Автор: Клэр Рэклесс (Claire Reckless)

Оригинал статьи

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

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

Очень раздражает, когда тратишь кучу времени на длинную подробную тест-документацию, которую в результате никто не читает и не использует. Проблема в том, что у менеджмента зачастую нет времени на чтение гигантских документов – менеджмент хочет знать только самое важное.

Джеймс Уиттакер писал о "Десятиминутном тест-плане" несколько лет назад, описывая задачу, которую он ставил перед своей командой. Цель задания состояла в том, чтобы добиться полезной тест-документации как  можно быстрее. Давайте посмотрим на это с другой точки зрения, но с похожей целью. В этот раз минимизируем не время, а масштаб. Как же сократить тест-план до одной странички?

Подробнее...
 
Результаты опроса о зарплатах тестировщиков, фрагменты курса ПОИНТ, промокоды для Heisenbug и советы по автоматизации: самые интересные новости тестирования за начало октября-2018
18.10.2018 12:55

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

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

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

Обсудить в форуме