Тоже самое что и в разработке. Ни больше ни меньше. Вы пишете такое же приложение.

Так есть что по существу на вопрос мой ответить? :)

Конечно есть. Если ты не забыл, то средства автоматизации тестирования это лишь вспомогательный инструмент который не дает 100% гарантии коректности отображения ui

Не совсем такое же все же. С весьма типовым и ограниченным количеством связей объектов и композицией упрощенной

Дальше тебе все карты в руки чтобы ответить самому на свой вопрос

Я бы посоветовал тебе убрать пассивно-агрессивный тон из своих сообщений

Я бы тебе послветовал убрать советы из своего сообщения

полегче, пожалуйста, так недолго и в RO впасть

Смотря что делать и как. Если делать грамотно (не только пейдж обджект), то такое же приложение

В общем пока Максим сидит в РО, я бы подметил, что тесты решают разные задачи, и зачастую зоны ответственности бывают размытыми, как и наличие скриншотов проверять состояние элементов на странице можно исключить за счёт корректных верификаций элементов на странице.

24 часа РО. Не надо переходить на личности.

Maksim написал в личку, просил продлить РО на 2 недели. На здоровье.

В общем, архитектура это пижонский способ назвать здравые подходы к формированию кода. И если тесты будучи типовыми и тривиальными (и это не их плохая черта, даже наоборот), дают весьма простую связь между: тест-кейс классами, классами Пейдж объектов,  матчерами и ассертами (фактически, композиция и набор статических классов / value object объектов); то архитектура mvc того же несколько сложнее.

Можно ли назвать себя «архитектором» если ты в pytest ваяешь разного скоупа фикстуры и динамически? Лично я думаю можно, но это же опять спор за дефиниции. Предметно кажется что корректней называть такие вещи как «незахламленный дизайн setup/teardown логики тестов».

Архитектура фреймворков же зачастую это мысль о том, что ты сделаешь публичным апи, а что приватным, сколько объектов присутствуют в композиии, какие у них связи, как эти связи могут дополняться в динамике , етс етс

Еще один придумался. Чем архитектура (автотестов) отличается от дизайна (автотестов)

ты надеешься, что никто кроме тебя не сходил по ссылке и не прочитал статью? 🙂

Ну очевидно же по комментариям, что ссылку никто пока не читал))

может быть они просто имеют свое мнение, отличное от изложенного в статье

но тогда, конечно, можно спросить и про дизайн, ну а чо

Это уж точно

Это какие-то плохие вопросы Алексей :( они стравливают два понятия, которые оба являются размытыми и весьма неявными. Я бы сказал, что в один момент я бы сказал «дизайн» а думал про то, как устроены связи классов. В другой момент сказал бы «архитектура»