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

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

ДИСКЛЕЙМЕР: На самом деле у каждого инструмента есть как минимум по несколько альтернатив, выбор из которых может привести к знатному холивару. Если у вас есть свои соображения на тему "автор дурак, надо было брать не Х, а Y", приходите в комментарии!

1. Continuous Integration (CI/CD) – CircleCI

CircleCI — система для сборки и развертывания, аналогичная Travis CI (Github), и работающая по тем же принципам — к CircleCI-аккаунту подключаются репозитории (в отличи от Travis — к CircleCI можно добавить любой репозиторий), сборки выполняются в контейнерах или виртуальных машинах, что позволяет избежать сложностей с конфигурированием окружений.

Система умеет отправлять результаты сборки на почту или в Slack/HipChat и другие мессенджеры. А с помощью скриптов можно задеплоить код в AWS ECS, S3, Heroku или в любое другое окружение средствами самого CircleCI.

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

Альтернативы:

  • Jenkins — стандартный выбор CI/CD системы, быстрый, доступный, опенсорсный со всеми вытекающими плюсами и минусами.

  • GitHub Actions — новое решение для тех, кто хранит код на GitHub. Очень современный и крутой, но пока что в документации остается немало "белых пятен".

  • TeamCity — CI/CD решение от всеми любимых JetBrains с поддержкой шаблонов и кучей плюшек.

2. Общение – Slack

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

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

Ну и большой плюс — скорее всего у всех уже есть опыт работы со Слаком, так что входной порог минимальный.

Альтернативы:

  • Microsoft Teams — гибкий и довольно удобный корпоративный мессенджер. Может быть как облачным, так и серверным. Мобильное приложение менее удобное, чем у Slack.

  • Telegram — тут все понятно, есть чаты и все. Быстрый легковесный, но не очень функциональный мессенджер для небольших команд.

3. DevOps – Docker

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

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

Альтернатив я не знаю, если честно. Докидывайте в комментарии.

4. Совместная работа над автотестами – Code With Me

Перейдем к неочевидным решениям. Code With Me — новый сервис для совместной разработки и парного программирования.

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

В Code With Me есть все плюшки IntelliJ: и инспекции с автодополнением, и хоткеи, и навигация. Можно пользоваться облачной версией или поднять собственный сервер, если вы не доверяете облакам.

Альтернативы:

5. Управление тестовой инфраструктурой – Allure TestOps

Ну и последнее по порядку, но не по важности. Как только ваша удаленная автоматизация станет большой, вам понадобится контроль на всеми тестами, запусками, сбором и анализом результатов. Allure TestOps позволяет управлять вообще всеми тестами:

  • API, -web, мобильными, десктопными или мобильными;

  • на Java, Python, JS, Cucumber;

  • смоук, юнит, е2е

  • и бог знает какими еще!

Из коробки работает автообновление тестовой документации из репозитория, гибкие возможности для запуска и перезапуска наборов тестов на пайплайнах, интеллектуальный разбор результатов с обнаружением дефектов и flaky-тестов и собственный Query Language для гибкости в генерации дэшбордов.

Куча нативных интеграций с CI/CD системами (Jenkins, GitHub, GitLab, Bamboo, TeamCity), тестовыми фремворками и трекерами сэкономит кучу времени на написании и поддержке собственных велосипедов и костылей.

Альтернативы:

  • Katalon Studio + Runtime Engine — известный движок с бесплатной студией и недешевым движком автоматизации.

  • qTest — большой и очень "корпоративный" инструмент для управления тестированием. Говорят, использует AI для помощи тестировщикам.

На этом пока все. Главное, помните, что хорошие инструменты действительно экономят время и позволяют заниматься интересной работой, а не рутиной!