Как понять, что вам пора внедрять TMS в работу отдела тестирования
Тестовая документация не стандартизирована
Хаос в ведении тестовой документации
- документация ведется в системах, не предназначенных для этого, например, в Confluence или Notion (встречали и такое);
- тестировщики одной команды ведут документацию в разных местах или, что еще хуже, хранят ее у себя на локальном устройстве без общего доступа;
- отпуск, больничный или увольнение одного тестировщика приводят к сбою в процессах: приходится тратить время на то, чтобы переписывать существующую, но где-то утерянную документацию с нуля, беспокоить коллег во время отдыха или искать контакт с сотрудником, которого в команде уже нет, как и артефактов его работы.
На одном проекте больше одного тестировщика
Некоторое время компания может тестировать «наживую»: ничего не записывать и выживать. Но как только команда тестировщиков разрастается, управлять процессами и анализировать результаты становится сложнее — сплоченная работа невозможна без понимания чем, как и когда занимаются коллеги.
TMS — отличный помощник в организации командных процессов. Благодаря этому инструменту лид может распределять задачи на создание и прохождение тестов, понимать, сколько времени тратит каждый сотрудник, и наблюдать за прогрессом.
Также TMS помогает сотрудникам отдела тестирования четко видеть границы своей ответственности, наблюдать за работой более опытных коллег и перенимать лучшие практики. В плюсе от внедрения TMS остаются и менеджеры, и линейные тестировщики.
Вы не всегда вовремя определяете, когда процесс тестирования требует корректировки
На проектах случаются ошибки
Представьте, что тестовая среда еще не готова, а тестировщик уже сделал проверку и, не найдя багов, завершил работу. Но тут обновляется код, не учтенный специалистом, и какая-то часть продукта остается без тестирования.
При наличии TMS эту ситуацию можно проанализировать и определить, почему в работе возникла ошибка: увидеть, какие статусы стояли у тест-кейсов в определенный день и время, соотнести их со временем, когда стало доступно тестовое окружение, уточнить, почему тестирование было проведено до того, как код был обновлен. Сотрудникам не нужно вспоминать, что и почему они делали какое-то время назад — в системе отображаются все действия.
Смена статусов внутри одного прогона может указывать на сложности с тестированием. Если коллега проходил по одному месту несколько раз, может оказаться, что тестовая документация нуждается в обновлении, или самому тестировщику не хватает опыта.
Все это — артефакты, которые можно исследовать, и благодаря этому улучшать работу команды. TMS помогает распутать клубок процессов при выяснении обстоятельств ошибки, что невозможно в инструментах, где не фиксируется история действий.
Новые тестировщики долго вливаются в работу
- распределять ее по папкам в соответствии с картой функциональности приложения или другим признакам;
- расставлять приоритеты тестов для обозначения важности того или иного функционала в рамках бизнеса, чтобы знать, на что обращать внимание в первую очередь;
- использовать теги, фильтры и поиск для быстрой навигации по тестовой документации.
Вы ищете дополнительные точки роста в тестировании
Какие-то команды, например, пробуют гибкие методологии, хотя до этого работали по Waterfall, кто-то нанимает в команду опытных менторов и Senior-специалистов, чтобы выстраивать правильное написание кода. Для команды тестирования внедрение TMS — такой же логичный шаг к тому, чтобы становиться эффективнее
