Из обсуждения в телеграме
[In reply to infactum]
я пока вижу так: пока есть ручные тесты и требуется ветка release для стабилизации develop лучше использовать gitflow, если дошел до полной автоматизации сборки и тестов и для новых проектов trunk-based
[In reply to Ingvar Vilkman]
Вряд ли от ручных тестов можно будет когда-то избавиться. автотесты не отловят то, что увидит человек: развалилась форма, сбилось выравнивание, сломалась юзабельность, в печатной форме испортился шрифт или разъехались колонки.
[In reply to Владислав Мороз]
Регрессии внешнего вида форм можно отловить, если реализовать сравнение скриншотов "до" и "после", как сейчас делают при тестировании веб-приложений. Leonid, @aartbear держите идею 😊 (хотя ее предлага еще пару лет назад в G+).
[In reply to Alexander Kuntashov]
дык
https://infostart.ru/public/723210/
[In reply to Антон Степанов]
Там про тестирование обычных форм.
Я имел в виду:
а) делается эталонный скриншот окна
б) после доработок выполняется регрессионный тест, который делает скриншот текущей версии формы и сравнивает с эталонным; если есть расхождения, а форма не менялась — тест падает.
Но да, при помощи СикулиХ это сделать можно.
[In reply to Антон Степанов]
Пробовали для управляемых его, для продуктива не годится, т.к. скриншоты переснимать каждый раз когда что-то изменилось очень трудоемко. Сценарное тестирование от 1С попроще в этом плане
Хотя если идея в том, что скрины не должны отличаться, то заработает, у нас работало