дык проверьте что в этой джейсонине написано, и всего делов 👍

и что? что значит применить промо-код?
это значит в компоненте (ну я относительно angular/react/vue говорю) - в пропсах будет стоят соответствующий флажок
это значит дернется апи - для проверки промо - можно дернуть (для фронта можно не дергать, а замокать), а для бэка - отдельный тест на этот апи
это значит, что нарисуется другая цена (пересчитается) - в компоненте ,то же легко тестится юнитами
в корзине циферки тоже не просто так берутся )

юнитами? ) (вспоминая недавнее обсуждение, что есть юнит и кто должен его писать)

)))

но вопросы снимаются, если автоматизатор один и разработчики сами ничего не покрывают

Предполагается, что jsonina и есть эталонный файл) Как тестить это по api я чёт не понимаю. Да и там куча других тестов (например, что есть название, изображение и прочее) и лишний тест в цепочке не проблема

JSON - эталонный файл? т.е. вы сравниваете с ним то, что отображается на UI? или я не так поняла? (еще раз извиняюсь за любопытство, I'm ok если вы не хотите отвечать)

есть примеры теста с девтулсом?

всё верно. Это глупое решение?)

блин, ну не знаю, в нашем например приложении, скорее всего, было бы странно это проверять. ну разве что проверять, что например цена не перекрывается другими элементами или что-то такое. а так ну да, как выше писал Bola, что пришло с сервера, то и отобразили. если я правильно понимаю это все.

согласен, что что пришло, то и нарисовали. Но где гарантия, что оно отобразилось а не похерилось где-то?)

Спасибо. Просто мой опыт показывает, что независимо от наличия юнит тестов и тестов бэка, на уровне ui все проверяется по новой. Другими словами, уровни пирамиды тестирования (unit, api, ui) работают независимо и не используют результаты работы предыдущих слоев. Надеюсь, что не у всех так. Если есть ссылка на проект-демо или гайд по этой теме, буду очень рад. ЯП не имеет значения. )

Некоторые просто на селениуме делают все.

unit, api, ui? )))

Хорошо бы именовать переменные чтобы потом можно было понять что этот код делает.
Вместо name написать found_cell_value
Если будет много переменных в разных местах found_cell_value, тогда можно реализовать функцию is_cell_found_by_value....

только на самом деле там не cell_value,  а вебэлемент как объект

Это годиться только для теста фронта - Если зафайлит Бекенд - вы так не найдете

Это плохая организация тестирования - классический антипатерн cake - но в действительности 90% проектов так тестируються (у меня тоже такая фигня)

В чатике уже подсказали использовать gettext... А вот про именование переменных ничего не сказали

На Медиуме в свое время была статья к сожалению не могу найти линк где автор рекомендовал начать построение тест пирамиды с верху ( Написал Е2Е тест посмотрел что не дергаеться им на интегрейшен уровне написал тесты - посмотрел что не дергаеться ими на Юнит тест уровне - в теории выглядит очень красиво