Телеграм канал «QA-Логия»

Раздаём железки в Grafana по-человечески

У тестировщиков куча устройств на «Нейтрино», среди которых есть редкие платы, нужные и разрабам. Те вечно просили «одолжить на часик», но когда команды расплодились, уследить за всей этой толкотнёй стало невозможно. Пришлось запилить сервис, который синхронизирует доступ к железкам и хранит краткую инфу по каждой. Под катом — подробности, как это замутили.

Глянуть

👉 QA-логия

Testcontainers в CI: локально всё зелёное, а на пайплайне красный коллапс

Локально Testcontainers взлетает за пару секунд, тесты зелёные и радуют глаз. Но в CI та же хрень начинает сыпаться в трёх прогонах из ста, и каждый раз — новая причина для срача. В статье разобрали пять типовых причин такого безобразия: от плавающих версий образов и кривого ожидания готовности до конфликтов портов и нехватки памяти. И показали, как сделать интеграционные тесты повторяемыми на пайплайне.

Читать далее: https://habr.com/ru/companies/otus/articles/1058388/

👉 QA-логия

Как гоняют баги, которые невозможно повторить

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

В материале разбирают, как deterministic simulation testing позволяет рулить временем, сетью и падениями, повторять сложные сценарии по seed и прогонять системные инварианты на живых примерах от FoundationDB и TigerBeetle. Читать далее

👉 QA-логия

⁣«Продать» идею разработчикам и не схлопотать сопротивление. Как это влияет на твой рост

Каждый тестировщик знает это чувство: процесс тормозит, релиз превращается в ад из-за ручных проверок, баги уходят в прод без нормального чек-листа. Ты предлагаешь упрощение - и слышишь: «Сложно, нет времени, и так нормально». Знакомо?

Сопротивление возникает не потому, что идея плохая. Чаще мы «продаём» её как личный запрос, а не как общую боль. Типичная ошибка - прийти с готовым решением: «Я написал скрипт, давайте зальём». Это звучит как «вы всё делаете неправильно, я сделаю за вас». Даже идеальный скрипт вызывает защитную реакцию - разработчики не хотят терять контроль, и я их понимаю.

Правильный подход - «продавать» проблему, а не решение. Покажи общую боль: «Ребята, каждый час при мерже мы тратим на ручную правку данных. Это замедляет всех. Что, если подумать, как это автоматизировать? У меня есть набросок, но хочу услышать вас». Ты не «умник», а коллега, который ищет совместное решение.

Используй язык выгоды для них. Не «ускорит тестирование», а «сократит время вашего ожидания» или «снизит конфликты в коде». Покажи, как идея упрощает их жизнь, а не твою.

Почему это влияет на карьерный рост? Junior ищет баги. Middle видит узкие места. Senior или Lead - внедряет изменения без конфликтов. Умение «продавать» идеи - это навык middle и выше. Если ты улучшаешь процесс, не ломая команду, - становишься незаменимым. По опыту, те, кто просто тыкает багами, остаются на месте.

Практический совет. В следующий раз сделай три шага:
1. Покажи проблему на цифрах: «За две недели потратили 6 часов на перепроверку».
2. Предложи обсудить, а не решение: «Как думаете, можно это сократить? У меня есть идеи, хочу сверить».
3. Отдай авторство: если сработало - хвали команду. Ты не теряешь влияния, а ведёшь к win-win.

Умный тестировщик создаёт ситуацию, где разработчик сам приходит к идее. Твой рост - не в количестве багов, а в способности влиять на процессы без разрушения отношений. Научись «продавать» так, чтобы команда хотела взять идею, - и позиция middle или senior станет логичным шагом.

Андрей Бровко, который рулит тестированием в Авито Авто, раскатывает тему про агентскую разработку и то, как она втыкает палки в колеса качеству софта.

Ты думаешь, если ИИ-агенты шлепают код за доли секунды, то это автоматом круто? Хрен там. Когда процессы разработки — полный отстой, эти агенты просто начинают генерить баги с космической скоростью. Вуаля — дефекты летят быстрее, чем ты успеваешь сказать «ой».

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

👉 QA-логия

В Jira красиво: стори поаппрувлена, спринт собран, релиз висит в календаре. А по факту за одной цифрой прячется такой объем работы, о котором никто даже не заикнулся. И к концу итерации тестировщики внезапно становятся главным бутылочным горлышком.

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

Читать далее

👉 QA-логия

ИИ ускорил разработку. Вот почему прод теперь сыпется чаще

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

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

Разобраться в рисках

👉 QA-логия