Да, верно. Вообще в условиях внутри сценария пугает неопределенность. По какой ветке пойдёт тест? А если пойдет по одной, а не по другой, то зачем вообще другая? Не будут ли пропущены важные проверки. Наверное это делают из-за многообразия функциональных опций в типовых конфигурациях. Потому что на конкретном предприятии с выставленными на этапе внедрения функциональными опциями такого наверное лучше избегать.
Тоже конфа с нуля. Потратил 3 дня, нарисовал базовую модель прав, определил профили. И уже на них все гонялось. Заодно помогает разгребать ошибки в правах итеративно, а не потом скопом пытаться понять, на что нужно давать права, на что нет
Вероятно главным приёмом рефакторинга в этом случае стоит сделать не разбивку на группы шагов, а разбивку на разные независимые сценарии. Если проверка прав - то разбить на какие-то блоки.
Тогда и ошибки связанные с падением теста получится быстрее исправлять. Например если не провёлся какой-то документ в результате ошибки, то не придётся для проверки исправления весь тест на 4000 строк прогонять. Можно сначала один маленький тест проверить и если успешно пройдет, то складывать изменения в хранилище и ждать пока сборочная линия отработает.