Усиление инхаус команды QA

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

Декабрь 2021 - Апрель 2022

Как и во многих развивающихся продуктах, наш заказчик столкнулся с проблемой - бизнес-гипотезы быстро генерируются и быстро проверяются. И когда найдена та самая, которая, с большой вероятностью “выстрелит”, возникает задача не только по ее быстрой реализации, но качественной поставке. В этот момент многие инхаус-команды сталкиваются с проблемой нехватки ресурсов QA. На этапе проверки и выбора гипотез QA инженеры были не нужны, но когда продукт “поехал” - нужно обеспечить качественную поставку, но не хватает людей, нанимать их долго, а протестированный продукт нужен “уже вчера”.

Заказчик обратился к нам для привлечения специалиста на период становления команд и процессов для усиления основной команды QA.
Необходимо было проводить ручное функциональное тестирование, регрессионное тестирование, тестировать UI.

10+ человек: Project Manager, Frontend-разработчики, дизайнеры, Backend разработчики, QA инженеры, аналитики.

DevTools, SQL, Selenium IDE, JIRA, Confluence, TestRail.

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

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

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

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