Цель QA-тестирования — установить стандарты качества и обеспечить соответствие продукта заявленным требованиям. QA-инженер следит за качеством на всех этапах разработки, выявляет ошибки и устраняет баги, обеспечивая надежность и безопасность цифровых решений.
На сессии “Реальные истории из мира QA”, состоявшейся в рамках IT-конференции Code Talks, участники обсудили проблемы, с которыми сталкиваются QA-инженеры, тест-лиды и их команды в современной практике. Спикерами выступили программист из Авито && Sphinx Андрей Аксенов, руководитель тестирования в Авито Авто Андрей Бровко, Head of QA в Dodo Engineering Дмитрий Туч и начальник отдела тестирования МСБ в Home IT Дмитрий Ремезов. Компания Home IT разрабатывает мобильные и веб-приложения, а также программное обеспечение для казахстанских и зарубежных партнеров. Среди ключевых кейсов компании — проекты в таких сферах, как финансы, страхование, e-commerce, digital, телекоммуникации и ритейл. Внедряя и сопровождая цифровые продукты с использованием современных технологий, Home IT активно способствует цифровой трансформации финансового сектора.
Собственно говоря, QA-тестирование является неотъемлемым элементом процесса разработки. Однако, его значимость признают не все: на сессии разгорелась нешуточная дискуссия по поводу того, нужны ли QA-специалисты в принципе. Дмитрий Туч заявил, что “без QA-специалистов разработчики создавали бы ерунду”. Он привел пример из практики, когда после оперативной разработки QA обнаружили множество багов, включая критические. Дмитрий отметил, что разработчики торопятся и не учитывают метрики качества, из-за чего выходит код низкого уровня.
Хорошие программисты становятся такими только благодаря работе рядом с сильными QA-специалистами
добавил он
Андрей Аксенов наоборот считает QA-инженеров бесполезными: “Если человек что-то делает в моменте, это не означает, что он работает хорошо”. Сам он никогда не нанимал QA-специалистов в команду и не планирует, ведь, по его словам, разработчики справляются с написанием кода и тестированием самостоятельно.
Дмитрий Ремезов, Home IT, остановил эти споры, предложив альтернативное мнение: “Один говорит одно, второй говорит другое, но я согласен с каждым. Есть проекты, где QA не нужны. Вот, допустим, если у тебя несложный микросервис, который работает только с одной базой данных, там действительно можно все закрыть unit-тестами. Но когда у тебя приложение с UI и кучей микросервисов, то тестирование становится нетривиальной задачей. И то, насколько хорошо ее выполняет тестировщик, подчеркивают оценки в Storах и количество инцидентов с продукционной средой”.
В ходе обсуждения спикеры выяснили, что чаще всего на качество продукта влияют такие проблемы, как низкое качество написания кода и плохое тестирование. Дмитрий Туч отметил: "Если у нас каждый релиз баг, и мы говорим, что протестировали и багов нет, значит, мы плохо тестируем”. Высказав разные мнения, участники панельной сессии сошлись на том, что для достижения результата важно не только устранять проблемы, но и улучшать качество взаимодействия между разработчиками и тестировщиками. Ну, а чтобы это удалось, необходимо:
- Внедрить конкретные метрики
- Составить описание и анализ инцидентов
- Привлечь новых специалистов по необходимости
- Улучшить процессы тестирования и кодинга
Но как определить, “ручники” вам нужны или автоматизаторы? Если стоит выбор между ручными тестировщиками плюс инженерами по автоматизации или “универсальными” сотрудниками, то необходимо опираться на модель бизнеса, будь то модель продуктового развития или аутсорс.
Вложение в автотестирование зависит от длительности жизни продукта: чем дольше продукт будет жить, тем больше и раньше нужно делать инвестиции в автотестирование.
объяснил Дмитрий Ремезов.
Получается, что баланс между ручным и автоматизированным тестированием напрямую зависит от контекста и стратегии компании. Полностью отказаться от любого из этих вариантов невозможно, ведь они дополняют друг друга. Чему же отдадите свой голос вы — "ручникам" или же автоматизаторам? Команде с QA-специалистами или той, в которой состоят только разработчики?
