Comments 3
Глобально это то, к чему тестировщик приходит и формулирует для себя сам. Это логически правильный и самый удобный способ приведения репозитория в порядок.
Глобально для себя я тоже не нашел правильного ответа на метод разделения тестов. Либо дублирование дерева и несколько более затруднительные поиск и актуализация ТК, либо помойка из большого количества кейсов в каждой папке. Пока побеждает помойка. В такой ситуации обычно все сводится к чрезмерному разделению тестов по папкам и ветвистость дерева папок достигает абсурдных значений. Важно вовремя остановиться и понять, что более 4-5 уровней вложенности уже превращают тестовую модель в лабиринт минотавра, из которого дано выбраться не каждому тестеру
P.S. Совет автору - вычитывайте или давайте на вычитку кому-нибудь свой текст, т.к. в нем очень много опечаток на текущий момент. Статья хорошая и ей есть смысл поделиться как минимум с несколькими тестерами в моей команде, но читать сейчас больновато
Вычитывала текст (даже прогоняла через GPT) но видимо остались косяки. Если не сложно можешь в личну написать где косяки есть самые жирные (завтра еще свежим взглядом гляну)
Про уровень вложенности неистово плюсую. Вообще в итоге мы наши кейсы разбили на 3 репозитория с фокусом на тестирования определенного микросервиса или группы микросервисов. Хотя изночально у нас был репозиторий всего домена
Тест-кейсы: сортировка и гранулярность в репозитории