Самое сложное кажется понять какие данные отобразить и насколько много связанных друг с другом элементов. Время сбора финальной страницы с учётом наличия всех компонентов по идее будет описываться какой нибудь экспонентой. Ограничение сверху можно прикинуть из сложности существующих компонентов. Но все мы помним
Но если речь про проектирование, а не про изготовление, то все тоже самое, но нужен толковый человек, а тот кто задаёт подобные вопросы не достаточно толков для данной задачи
Для бэкофиса схема работает, если интерфейсы очень стандартные. Но специальный инструмент редко нужен, проще набор библиотек/примеров под тот же react напилить.
Разработчики порой выкатывают на тест откровенно сырые задачи. Проблема в том, что из за этого случается холостая итерация тестирования, соотв-но тратится время тестировщика. Сталкивался кто-то, как решали?
кто деплоит на стенд? пусть деплоит разраб или автоматизируйте это как задеплоил - пусть прогонит смоук-автотесты, которые вы ему напишете или хотя бы прогонит пару тест-кейсов, которые вы ему напишете
да, ну в зависимости от сознательности разраба вообще смоук-тест и разрабы обычно в состоянии придумать) или аналитик сразу в постановке может основной сценарий описать
всё зависит от того, где у вас звено ограничения у меня было так, что звеном был тестировщик, поэтому основной сценарий перед передачей непосредственно в тест писали сами разрабы