Test Trend

В любом проекте каждая проблема – это потери для бизнеса, они могут быть финансовые, репутационные, либо вовсе критичные риски, связанные с несоблюдением требований регуляторов и потерей лицензии. Дежурство предназначено для оперативного устранения этих потерь. А тестировщик, безусловно, один из участников данного мероприятия. Но что, если тестировщик становится не только одним из тех, кто помогает решать проблемы на проекте, а в параллель готовит стенды к регрессу и принимает активное участие в выносе версии на бой? А ещё ведь задачи не прекращаются… Я поделюсь с вами, как мы облегчили жизнь дежурного backend-QA:

• Что такое "дежурство" на backend проекта
• Регламент дежурного backend- QA "до": нагрузка, боли
• Разделяй и властвуй: явление QA релиз-инженера и обновлённых регламентов
• Результаты: дежурство у QA больше не "болит"

Ресурс тестирования постоянно занят? Задачу передали, но нужно ещё написать автотесты и оформить документацию? Своевременная поставка Definition of Done (DoD) в тестировании — ключ к качеству и успешности проекта. В докладе расскажу историю стрима DP-Core (Koronatech), и того, как мы добились стабильной и своевременной поставки DoD, используя простые, но эффективные инструменты:

• подсчёт и анализ метрик,
• информирование и отслеживание,
• автоматизацию уведомлений через Jira,
• параллельное написание автотестов и тестирование,
• внедрении полноценного shift-left testing Этот опыт будет полезен всем, кто стремится оптимизировать тестирование, совершенствовать процессы и справляться с растущим числом задач.