В
YouTube
Size: a a a
2021 May 14
B
Спасибо.
AZ
Ещё бы фича-файлы посмотреть по данным видеоинструкциям)
DR
То есть узнать исправил он ошибку или нет он сможет только после очередного группового тестирования? как-то не очень тянет на идеальную ситуацию ;-)
NG
Я скорее про отсутствие необходимости повторного воспроизведения перед началом исправления. Чтобы из результатов теста на CI всегда хватало информации, чтобы приступить к исправлению
DR
Понял. Не, у нас это как раз первое условие, до исправления, добиться падения на месте.
NG
У меня просто не такие гибкие и независимые тесты как у тебя, к сожалению.
NG
Мечтаю об этом, но текущую схему очень дорого переделать
LP
Зачем запускать групповое тестирование на изменение одного теста? У нас при коммите изменений по сценарию изменений система сама определяет связанные сценарии и запускает тесты, которые это могло затронуть. Также хочется получить такую же ситуацию и при изменении кода конфигурации, но это пока не сделано.
D
вот этим мы и страдаем сейчас частично, но уже мысль как сделать - есть
LP
Через код кавередж, вестимо
LP
Для каждого теста иметь таблицу метаданных, которые он затрагивает и таблицу модулей.
DR
не понял вопрос, видимо не мне...
D
ну это самое простое, сложное начинается дальше
LP
Расскажи подробнее, плиз
D
та ты в принципе все расписал, вопрос только в деталях, условно, как разделять на функции, а не только на модули, как читать гит и сопоставлять модули и тесты, как часто делать новый прогон всех тестов, чтобы актуализировать таблицы, что делать с переименованием модулей, или процедур, и т.д.
LP
Да, там много вопросов. Пока не видел готового решения для этого всего.
D
ну мы начали делать, но немного офигели от масштабов проблемы, и отложили, а то не планировали выделять СТОЛЬКО времени :)
LP
У тебя тесты вроде быстро бегут. Это основа, кажется, для всех этих сложных расчётов.
D
это наш "недостаток", когда мы ускорились в 20 раз, то стало понятно, что ждать 30 минут, что ждать 60-80 минут - разница не велика