Рубрика «qa»

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

В этот момент прокси-инструменты вроде Proxyman начинают играть совсем другую роль. Это уже не просто «посмотреть запросы», а полноценный слой управления трафиком.

Меня зовут Станислав, я Test-инженер в KODE, в этой статье разберу, как использовать Proxyman Scripts не как вспомогательную фичу, а как инструмент автоматизации тестирования.

Где вообще здесь автоматизация

Читать полностью »

Тестирование «отстаёт» от разработки, автотесты не успевают за сценариями, а увеличение бюджета на QA ситуацию не спасает. Знакомо?

Привет! Меня зовут Михаил Федоров, я руковожу центром компетенций QA. Мы решили не нанимать ещё двух тестировщиков, а написать систему AI-агентов, которая берёт на себя 80% рутины QA-инженера – от анализа требований до Merge Request с готовыми автотестами. В этой статье расскажу, как устроена архитектура, какие грабли мы собрали, и что из этого вышло на практике.


Оглавление

  1. Проблема: почему тестирование буксует

  2. Идея: QA-инженер как оператор AI-ассистента

  3. Читать полностью »

Современный frontend давно перестал быть страницей, которую можно объяснить через DOM, сетевые запросы и консоль браузера. Значительная часть поведения интерфейса рождается уже после загрузки: внутри состояния приложения, реактивных зависимостей, цепочек computed-логики, store, runtime-обновлений и внутренних связей между компонентами. При этом основной QA-инструментарий во многих сценариях остаётся почти тем же, каким был в эпоху, когда большая часть логики ещё находилась снаружи.

  • Network показывает транспорт.

  • DOM показывает результат.

  • Console показывает ошибки.

Читать полностью »

Почему требований нет (и это нормально).

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

Требования очень редко полностью попадают под характеристики:

  • полные

  • измеримые

  • прослеживаемые

  • тестируемые и тд

Читать полностью »

Статья рассказывает о внедрении автоматизированных тестов для CROSSOUT.

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


Сегодня я расскажу о нашем опыте создания и внедрения автоматизированных тестов в разработку Crossout.

Если вдруг кто-то вдруг еще не поиграл, вот пара слов о ней. Crossout - многопользовательская онлайн-игра в жанре постапокалиптического экшена.

Читать полностью »

Почему индустриальный подход к качеству важнее Agile-ритуалов - 1

Предисловие

Читать полностью »

«Джуны старше 50 лет никому не нужны». Как я сменил воинскую службу на IT в 53 года - 1

На рынке есть устойчивая норма: после 40–50 лет карьеру лучше не менять. Иногда так считают и по поводу семейной жизни, но сегодня не об этом.Читать полностью »

Кто такой "формальный менеджер"?

Классический образ формального менеджера

Классический образ формального менеджера

Формальный менеджерЧитать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js