Автоматизация тестирования

Про (более) значимую автоматизацию

2024-04-09T20:00:00Z

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

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

Чтобы грамотно обсудить, что значит «значимая», нам нужно рабочее определение. Не претендую на то, что мое определение «значимой автоматизации» исчерпывающе, но базировать свои мысли буду на нем. С этого и начнем:

Значимая автоматизация – это автоматизация, написанная для получения ценной информации о качестве нашего продукта (когда мы пишем проверки), или помогающая выявить эту информацию эффективнее (когда мы используем автоматизацию в иной форме).

Повторюсь, это, вероятно, не идеальное определение (но много ли вы видели идеальных?), но для начала сойдет. Разберемся с ним и детальнее взглянем на значимость автоматизации.

Говоря, что тесты должны получать ценную информацию, я говорю о создании тестов, делающих две вещи.

Приступаем к автоматизации тестов API: какой инструмент создания тестов проще изучить?

2024-04-01T20:00:00Z

Автор: Эйоб Гайус (Ejob Gaius)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Detekt: как статический анализ помогает улучшить код автотестов

2024-02-12T20:00:00Z

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

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

И у каждой ошибки есть своя цена. Было бы здорово, если бы о них можно было узнать:

на этапе локальной отладки и, соответственно, быстрее (например, запустив одну команду и получив отчёт) — движение в сторону Fail Fast и сокращения Feedback Loop;
не занимая ресурсы CI сборкой кода, который заведомо придётся исправлять, — Quality Gates;
снимая часть нагрузки с ревьюера и меньше переключая контекст специалистов;
работая с унифицированным кодом и не тратя время на обсуждение мелочей.

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

Меня зовут Николай, и я инженер в мобильной платформенной команде Яндекс Еды. В этой статье я расскажу, как мы повышаем качество кода автотестов Android-приложения. И в этом нам помогает статический анализ.

Создание максимально недоступного сайта с отличным рейтингом Lighthouse

2024-02-06T20:00:00Z

Автор: Мануэль Матузович (Manuel Matuzović)
Оригинал статьи
Перевод: Ольга Алифанова

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

Встроенный в Google инструмент тестирования Lighthouse оценивает доступность наших сайтов по шкале от 0 до 100. Похвально иметь высокий рейтинг, однако то, что вы набрали 100, не значит, что у сайта прекрасная доступность. Чтобы это доказать, я провел небольшой эксперимент.

Всегда приятно видеть посты с высоким Lighthouse-рейтингом в социальных сетях, демонстрирующие, как здорово люди оптимизировали свой или клиентский сайт. Сразу видно, что их волнует качество того, что они сделали.

Внедрение Автоматизации в Проект с Python: Шаги и Примеры

2024-01-22T20:00:00Z

Автор: Субботин Юрий

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

Фиксация на UI-автоматизации

2024-01-14T20:00:00Z

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

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

Я, как профессионал: Почему так много людей начинают автоматизировать с UI-автоматизации?

Я, как тренер: Почему так много курсов автоматизации начинает с UI-автоматизации?

Модель Client-Test для тестирования REST API

2024-01-09T20:00:00Z

Автор: Куо Динг (Kwo Ding)
Оригинал статьи
Перевод: Ольга Алифанова

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

Make It Right! Максимум пользы, минимум проблем: рекомендации по написанию API автотестов на Python

2023-12-10T20:00:00Z

Автор: Катерина Верхошинская (инженер по автотестированию в Газпром-Медиа Холдинг)
Оригинальная публикация

Меня зовут Катерина, я инженер по автотестированию в команде онлайн-кинотеатра PREMIER и сегодня я хотела бы поделиться с вами своим опытом в написании API автотестов на Python. Я работаю в сфере автотестирования уже довольно давно и на практике встречаю проекты из разных сфер деятельности (банкинг, ритейл, телекоммуникации, строительство, развлечения и др.) зачастую, работая над ними, я сталкивалась с одной общей проблемой - код автотестов был тяжелым в понимании и плохо масштабируемым. Приходилось его капитально рефакторить, а это совсем невесело;) В этой статье я хочу поделиться советами, как сделать ваш код более «чистым», легким в понимании и расширении. Мне всегда хочется думать, что тот, кто будет работать с моим кодом в будущем, будет думать обо мне и моём коде в положительном ключе, а не ругаться на него. Если вы разделяете мою философию, прошу под кат.

Использование модели client-test в RestAssured.Net

2023-12-06T20:00:00Z

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

Несколько недель назад в моей LinkedIn-ленте появился пост от коллеги-автоматизатора Куо Динга. В нем Куо предлагает использование того, что он называет моделью «клиент – тест», для улучшения разделения ответственности при создании тестов API на основе HTTP в REST Assured.

В закладки тестировщика-автоматизатора: от базовых правил для написания быстрых автотестов до полезных плагинов Pytest

2023-12-05T20:00:00Z

Блог компании YADRO

Полезный контент для всех, кто пишет автотесты на Python. В подборке — видео докладов с последнего AQA‑митапа: о плагинах Pytest, архитектуре автотестов для продукта на open source-движке, а также о критериях понятных тестов (и как их соблюдать на практике). Материалы будут полезны как начинающим, так и опытным AQA-инженерам. Под катом — все видео и ответ на вопрос, зачем это смотреть, от гостей митапа.

Куда девать 300 багов: автоматизация бэклога и RICE для багов

2023-11-08T20:00:00Z

Автор статьи: Глеб Саркисов (Gleb Sarkisov)
Оригинал статьи

Бэклог багов: делаем понятную организацию и держим всегда актуальным

Всем привет, я Глеб, работаю хедом QA в Mayflower.

Сегодня поговорим про такую важную штуку как бэклог багов. Представьте: вы выходите на новую работу (тестлидом, менеджером тестирования, а, может тестировщиком или даже продактом/проджектом), начинаете знакомиться с людьми и процессами, открываете Jira, а там бэклог из 300 открытых багов! Ваша реакция логична: недоумение, отчаяние и боль от увиденного.

Как приручить автотестового монстра, или Dependency Injection в автотестах

2023-11-06T20:00:00Z

Автор: Артем Сидорук

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

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

Сильные локаторы элементов для тестов фронтэнда

2023-10-24T20:00:00Z

Автор: Марк Нунан (Mark Noonan).
Оригинал статьи
Перевод: Ольга Алифанова

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

Используйте cy.session() вместо login page object в Cypress

2023-10-16T20:00:00Z

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

Авторизация – зачастую первое препятствие, с которым сталкиваются автоматизаторы, и преодолеть его бывает непросто.

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

Тестируя ваши тесты

2023-10-11T20:00:00Z

Автор: Баз Дейкстра (Bas Dijkstra).
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Microservice for testing — are you kidding me?

2023-10-01T20:00:00Z

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

Всем привет! На связи Николай Мезинов из команды Тинькофф. Предлагаю разобрать интересную задачу — тестирование приложений с помощью микросервиса. Прочитав предыдущее предложение, можно подумать: «Microservice for testing? Are you kidding me?» И я с ухмылкой отвечу: «No, I am not».

Единый формат тестовых данных. Или как ускорить разработку интеграционных тестов

2023-09-20T20:00:00Z

Автор: Андрей Алексеев (aa0ndrey)

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

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

Все примеры с кодом написаны на Java, но без использования каких-либо фреймворков и специфичных библиотек. Это сделано для того, чтобы статья была понятна читателям вне зависимости от их применяемого стека технологий.

В рамках данной статьи стоит воспринимать Java не как конкретный язык с доступными в нем средствами разработки, а как псевдо-язык с синтаксисом, максимально приближенным к Java. Это также означает, что некоторые возможности Java, доступные из стандартной библиотеки, могли быть намерено проигнорированы для того, чтобы повысить понятность кода для читателей, незнакомых с Java.

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

Четыре столпа объектно-ориентированного программирования, часть 3: полиморфизм

2023-08-30T20:00:00Z

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В этой серии статей я углублюсь в четыре столпа (фундаментальных принципа ) объектно-ориентированного программирования:

Инкапсуляция
Наследование
Полиморфизм (эта статья)
Абстракция

Структура тестового фреймворка

2023-08-29T20:00:00Z

Автор: Валентин Агапитов

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

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

Как отказаться от XPath/CSS локаторов в тестах

2023-07-19T20:00:00Z

Автор: Куликов Дмитрий

На сайте hh.ru есть около 100 вакансий, где навык составления XPath важен для работодателя, также в интернетах полно материалов, вроде шпаргалок по составлению локаторов или ворк-шопов на ютубе. Как-то у меня спросили на собеседовании про то, какой из языков построения локаторов использовать лучше XPath vs CSS, и я ответил — лучше использовать тестовые аттрибуты, а если мы их используем то и использовать эти языки необязательно. Скорее всего такой ответ не устроил, но я ответил честно, т.к на предыдущем месте мы старались не использовать XPath для решения этой задачи.

Самые сложные автотесты

2023-07-04T20:00:00Z

Автор: Александр Романов (Oleksandr Romanov)
Оригинал статьи
Перевод: Ольга Алифанова

Действительно ли легко писать и поддерживать UI-тесты? Действительно ли юнит- и интеграционные тесты – самые сложные?

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

Основы фреймворка автоматизации UI

2023-06-20T20:00:00Z

Автор: Марк Уинтерингэм (Mark Winteringham)
Оригинал статьи
Перевод: Ольга Алифанова

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

Почему стек автоматизации, а не фреймворк?

2023-05-01T20:00:00Z

Автор: Пол Гриззаффи (Paul Grizzaffi)
Оригинал статьи
Перевод: Ольга Алифанова

Недавно я слушал в Twitter про Page Object vs Screenplay. Это было интересное обсуждение, прозвучало много хороших точек зрения и идей. Затем я написал в Twitter, что эта сессия укрепила меня в убеждении, что автоматизированный стэк подходит для множества вариантов внедрения автоматизации. Стоит ознакомиться с сессией Spaces и тредом в Twitter.

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

2023-04-05T20:00:00Z

Привет! Меня зовут Александр Шуров, я работаю QAA менеджером в компании Wrike, начинал с позиции QAA инженера в далеком 2010-ом и был первым в этой роли. За 12 лет нам удалось построить крутую команду и создать систему контроля качества, которая позволяет быстро и без багов деплоить продуктовый код в продакшен.

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

Как написать автотесты деплоя и сэкономить нервы DevOps-инженеров

2023-03-27T20:00:00Z

Привет! Меня зовут Артём Комаренко, я работаю на позиции QA Lead в команде PaaS в СберМаркете. Хочу поделиться историей, как мы придумывали способ быстро убедиться, что очередные изменения в скриптах деплоя не разломают процесс выкатки во всей компании.

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

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