21.04.2022 00:00 |
Автор: Шрейя Бозе (Shreya Bose) Оригинал статьи Перевод: Ольга Алифанова
Несмотря на то, что большинство стран имеет доступ к интернету, не все интернет-соединения одинаковы. Даже области внутри одной и той же страны, города, района и даже улицы могут различаться. Мобильное приложение, рассчитывающее дотянуться до наибольшего количества пользователей, должно уверенно работать при различной скорости интернета.
У пользователей нет причин хранить приложения, не предоставляющие хорошего пользовательского опыта. Следовательно, разработчики должны создавать приложения, хорошо работающие при разных скоростях - Edge, 2G, 3G, 4G, 5G, и т. д.
Чтобы проверить, как приложение ведет себя при медленном соединении, тестировщикам надо имитировать медленную скорость связи и проверить ряд действий пользователя в приложении. Есть несколько способов это сделать, и о них расскажет эта статья. |
Подробнее...
|
20.04.2022 00:00 |
Автор: Максим Буранбаев,
Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
Инфраструктура тестирования обсуждается реже чем проблемы программирования или шестизначные зарплаты. Дьявол кроется в деталях, а если точнее, то дьявол сидит в процессах внутри команды. В небольших командах процессы устраиваются сами собой без обсуждения. Продуктивность команды снижается по мере роста команды и в условиях игнорирования процессов. Статью будет полезно прочитать, если команда испытывает следующие трудности: |
Подробнее...
|
|
18.04.2022 00:00 |
Автор: Никола Линдгрен (Nicola Lindgren) Оригинал статьи Перевод: Ольга Алифанова
Плавающие баги раздражают не только тестировщиков, но и остальную команду. Возможно, вам повезло, и вы поймали такой баг до того, как он дошел до бета-тестировщиков – или же вы пытаетесь разобраться, что тут, черт возьми, произошло, потому что пользователи сообщили о баге, но вы не можете его воспроизвести.
Ниже – ряд идей, как быть с плавающими багами. |
Подробнее...
|
14.04.2022 00:00 |
Автор: Елена Поплоухина, руководитель группы тестирования в Usetech (https://career.usetech.ru/) Оригинальная публикация
Добрый день! Я – Елена Поплоухина, руководитель группы тестирования в компании Usetech. В предыдущей статье я рассказывала про опыт построения обучения в группе тестирования на основе практики квартальных целей. 3,5 года мы пользовались этим подходом, но в итоге решили всё переделать. Почему так получилось? Для этого было несколько причин, и о них я расскажу в этой статье. Это следующие причины: Рост группы тестирования. Появилась необходимость в установке целей в любой момент года, а не только 1 раз в начале каждого квартала. Не всегда было очевидно, какие пробелы в знаниях и опыте есть у сотрудника. Периодически не устраивал период выполнения цели в 3 месяца. На квартал могли выпадать и новогодние праздники, и отпуск сотрудника. В таком случае времени на выполнение цели не хватало. Требовалось варьировать период выполнения целей с учётом как их сложности, так и других факторов.
Все эти проблемы помог решить переход к практике построения целей на основе профиля тестировщика. Другое название для профиля — матрица компетенций. Профиль позволяет оценить свой уровень знаний и опыта по большому количеству разнообразных навыков, которые нужны в тестировании. На основе списка этих навыков и оценок удобно планировать цели по развитию. Базовая версия профиля тестировщика была получена нами на одном из курсов по тест-менеджменту и переработана на 50% под нашу компанию. Давайте рассмотрим, как выглядит профиль. |
Подробнее...
|
13.04.2022 00:00 |
Автор: Филип Рик (Filip Hric) Оригинал статьи Перевод: Ольга Алифанова
Среди тестировщиков множество перфекционистов. Практически у всех, с кем я сталкивался, чешутся руки использовать команду .wait() в Cypress и остановить тест на пару секунд. Если вы из таких людей, то отлично знаете, что такое использование .wait() – не лучшее решение, и пробуете найти альтернативу. Тест просто ничего не делает несколько секунд. Их может быть достаточно, но иногда этого мало.
Когда мы используем .wait(), то хотим, чтобы приложение пршило в нужное состояние. Закрытие модального окна, получение ответа от сети, смена состояния кнопки… Cypress был создан с учетом повторных попыток – это означает, что как только команда сработает, Cypress перейдет к следующей. Если команда не срабатывает, Cypress будет пытаться выполнить ее повторно в течение нескольких секунд.
Эта архитектура часто приводит к тому, что Cypress зачастую слишком быстро бежит по приложению, а мы хотим заставить его подождать. Жестко закодированное ожидание – зачастую способ приказать Cypress замедлиться. Но это не идеальный подход, как я уже говорил. Давайте посмотрим, что можно сделать, если вы сталкиваетесь с этим пугающим решением. |
Подробнее...
|
12.04.2022 00:00 |
Test Driven Conf ++ 2022 — конференция об автоматизации в тестировании и не только. Вас ждут 2 дня живого общения, более 30 докладов от профессионалов индустрии на актуальные темы, знакомство с современными подходами в автоматизированном тестировании, обзор лучших практик, лайфхаков и перспективных технологий. Программа конференции построена вокруг тематик: — Cutting-edge технологии; — Cookbook - готовые рецепты; — Нагрузочное тестирование; — Автоматизируем рутину; — Оптимизация тестов и аналитики и др.
Программа и расписание конференции. Билеты уже в продаже, успейте до 15 апреля забронировать участие по выгодной цене. Присоединяйтесь! |
11.04.2022 00:00 |
Автор: Владислав Тарасенко Оригинальная публикация
В этом материале будет кратко рассказано, почему Shift-Left – это не всегда хорошо и почему не стоит забывать о традиционной модели тестирования. Рассмотрим паттерны поведения QA при тестировании обычных задач и как постепенно стать продуктивным тестировщиком, не утопая в регрессах и бесконечных проверках одного и того же. Я часто подхожу к тестированию как к игре в шахматы. Это делает процесс поиска проблем не монотонным, порой даже увлекательным и полезным. В научной и технической литературе у этого метода тестирования есть название: Shift-Left тестирование, но всегда ли нужен такой подход? |
Подробнее...
|
07.04.2022 00:00 |
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
В третьей части этой серии статей мы разобрались, как создавать тесты контрактов, ориентированных на потребителя, для наших потребителей Customer и Order и провайдера Address, с целью выявить потенциальные проблемы интеграции. Процесс генерации и распределения контрактов на стороне потребителя, а также получения и верификации их на стороне провайдера, все еще содержит приличное количество шагов, выполняемых вручную. Что еще хуже, у нас нет способа закрыть петлю обратной связи – мы никак не можем сообщить всем заинтересованным сторонам результаты верификации контракта провайдером.
В этой статье вы узнаете, как автоматизировать различные шаги в потоке тестирования контрактов, ориентированных на потребителя, и сможете добавить эти тесты в свои автоматизированные наборы. |
Подробнее...
|
06.04.2022 00:00 |
Автор: Руслан Ахметзянов, Qameta Software Десять релизов в день. Десять. Релизов. В день. Реальность индустрии разработки стала такой не сегодня, и даже не вчера — скорость выкатывания новых фич стала главным требованием современной разработки, стремящейся оставаться конкурентоспособной. А ведь десять лет назад релизы происходили раз в месяц, если не реже. Ускорение релизного цикла в сотни раз стало возможным благодаря десяткам новых инструментов и подходов в разработке и эксплуатации. Ломающий барьеры DevOps с облаками, CI/CD системами, контейнерами и мониторингами и рассчитанный на максимальный фокус и скорость Agile применяют (с переменным успехом) порядка 80% IT-компаний. Это неизбежно приводит к смещению фокуса тестирования с ручного на автоматизацию — вручную протестировать десять релизов в день по сути невозможно. Однако переход к автоматизации для большинства компаний состоит из найма автоматизатора, выбора языка с фреймворком и последующее покрытие продукта автотестами. Однако все это — только вершина айсберга. |
Подробнее...
|
05.04.2022 00:00 |
Автор: Маарет Пюхяярве (Maaret Pyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
В ходе летней конференции Agile 2021 я занималась тем, что до этой поры никогда не удавалось закончить. Я организовывала группы, пробующие заниматься совместным программированием, и наблюдала за их деятельностью. В результате у меня получился материал, на который я сегодня наткнулась – я назвала его "Задачи для Рук, Мозгов и Голосов".
Если вы недоумевали, что нужно делать в ходе совместного программирования, то этот список может быть вам полезен. |
Подробнее...
|
|
|