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

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

.
Чем измерить метрики производительности приложения
28.04.2022 00:00

Автор: Пермякова Ольга
Ссылка на оригинальную публикацию

Привет, я Оля, QA iOS. Наша команда выкатывает обновления для мобильного 2ГИС и следит, чтобы у него не упала производительность.

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

Для этого теоретически подходили два инструмента — MetricKit и Performance Monitoring. Мы решили присмотреться к ним, потому что:

  • MetricKit — продукт Apple, а значит будет поддерживаться, пока существует iOS;

  • Performance Monitoring — продукт Firebase от Google. У нашей команды есть опыт использования Firebase Crashlytics, значит перейти на продукт от этого же производителя будет легко.

Подробнее...
 
Проведение Bug Bash
27.04.2022 00:00

Автор: Саманта Коннелли (Samantha Connelly)
Оригинал статьи
Перевод: Ольга Алифанова

Я рекомендую всем соло-тестировщикам регулярно проводить bug bash/групповое тестирование. Этим можно заняться в конце спринта или цикла разработки функции. Вы приглашаете команду, запасаетесь закусками и напитками и вместе тестируете около часа.

Подробнее...
 
Готовим приложение для автоматизации тестирования
26.04.2022 00:00

Автор: Павел Новиков, QA Engineer

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




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

Подробнее...
 
Конференция Heisenbug 2022 Spring — online + offline-день
25.04.2022 00:00

Если вы хотите понять, чем живет индустрия тестирования, посетите конференцию Heisenbug 2022 Spring. Она пройдет с 30 мая по 1 июня.

Программа еще формируется, но в ней уже есть:

  • «Собственный нагрузчик для MongoDB. Ошибки, успехи, опыт». Доклад про нетривиальные проблемы нагрузочного тестирования и работу с replay-логами.
  • «Воркшоп: CI/СD глазами тестировщика». Воркшоп, на котором вы узнаете, почему CI/CD — это не только автоматический запуск тестов, какие метрики нужно включить в пайплайн и как контролировать качество с помощью Quality Gates.
  • «Уберите из своего резюме "разработка QA-фреймворка"». Выясним, почему «идеальный» фреймворк должен иметь около 4 публичных классов и почему иногда разработка собственного фреймворка скорее вредит.

Кроме того, 21 июня в Петербурге пройдет offline-день конференции. А это это дополнительная порция Q&A-сессий со спикерами и экспертами, тематических дискуссий и, конечно, докладов.

Переходите за подробностями и билетами на сайт Heisenbug.

Для тех, кто покупает билет за свой счет, действует скидка по промокоду: softwaretesting2022JRGpc. Она распространяется на online, online+offline и абонемент Full Pass, который открывает доступ ко всем конференциям JUG Ru Group весны и лета 2022. Помимо Heisenbug, это DotNextHolyJSJPointMobiusHydraC++ Russia.

 
Как имитировать медленную связь при тестировании приложений (Android и iOS)
21.04.2022 00:00

Автор: Шрейя Бозе (Shreya Bose)
Оригинал статьи
Перевод: Ольга Алифанова

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

У пользователей нет причин хранить приложения, не предоставляющие хорошего пользовательского опыта. Следовательно, разработчики должны создавать приложения, хорошо работающие при разных скоростях - Edge, 2G, 3G, 4G, 5G, и т. д.

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

Подробнее...
 
Инфраструктура + тестирование = любовь
20.04.2022 00:00

Автор: Максим Буранбаев, Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript

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

  • тестирование становится бутылочным горлышком и замедляет работу;

  • в продукт баги проникают чаще чем хотелось. 

Подробнее...
 
Совместное программирование, признаки обреченной на провал автоматизации, тестирование в Pact и Cypress: самые интересные новости тестирования за начало апреля-2022
18.04.2022 17:23

Опубликован выпуск рассылки за начало марта.

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

Содержание рассылки доступно по ссылке.

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

 
Как разобраться с плавающими багами
18.04.2022 00:00

Автор: Никола Линдгрен (Nicola Lindgren)
Оригинал статьи
Перевод: Ольга Алифанова

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

Ниже – ряд идей, как быть с плавающими багами.

Подробнее...
 
Практика обучения в QA отделе. Профиль тестировщика
14.04.2022 00:00

Автор: Елена Поплоухина, руководитель группы тестирования в Usetech (https://career.usetech.ru/)

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

Добрый день! Я – Елена Поплоухина, руководитель группы тестирования в компании Usetech. В предыдущей статье я рассказывала про опыт построения обучения в группе тестирования на основе практики квартальных целей. 3,5 года мы пользовались этим подходом, но в итоге решили всё переделать. Почему так получилось? Для этого было несколько причин, и о них я расскажу в этой статье.

Это следующие причины:

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

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

  • Периодически не устраивал период выполнения цели в 3 месяца. На квартал могли выпадать и новогодние праздники, и отпуск сотрудника. В таком случае времени на выполнение цели не хватало. Требовалось варьировать период выполнения целей с учётом как их сложности, так и других факторов.

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

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

Подробнее...
 
Ожидания в Cypress, и как их избежать
13.04.2022 00:00

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

Среди тестировщиков множество перфекционистов. Практически у всех, с кем я сталкивался, чешутся руки использовать команду .wait() в Cypress и остановить тест на пару секунд. Если вы из таких людей, то отлично знаете, что такое использование .wait() – не лучшее решение, и пробуете найти альтернативу. Тест просто ничего не делает несколько секунд. Их может быть достаточно, но иногда этого мало.

Когда мы используем .wait(), то хотим, чтобы приложение пршило в нужное состояние. Закрытие модального окна, получение ответа от сети, смена состояния кнопки… Cypress был создан с учетом повторных попыток – это означает, что как только команда сработает, Cypress перейдет к следующей. Если команда не срабатывает, Cypress будет пытаться выполнить ее повторно в течение нескольких секунд.

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

Подробнее...
 
Конференция для senior-тестировщиков
12.04.2022 00:00

Test Driven Conf ++ 2022 — конференция об автоматизации в тестировании и не только. Вас ждут 2 дня живого общения, более 30 докладов от профессионалов индустрии на актуальные темы, знакомство с современными подходами в автоматизированном тестировании, обзор лучших практик, лайфхаков и перспективных технологий.

Программа конференции построена вокруг тематик:
— Cutting-edge технологии;
— Cookbook - готовые рецепты;
— Нагрузочное тестирование;
— Автоматизируем рутину;
— Оптимизация тестов и аналитики и др.

Программа и расписание конференции.

Билеты уже в продаже, успейте до 15 апреля забронировать участие по выгодной цене. Присоединяйтесь!