AV
Там могут быть оба кейса: и что данные должны изменится по акции, и что не должны.
Size: a a a
2021 August 30
А
Спиннера? Спросить у разраба. Обычно спиннер вешается жабаскриптом сразу по экшену и снимается по колбеку или таймауту. Или не снимается если там типичный фуллстек новой волны. Различия обычно - некоторые вешают спиннер только после ухода экшена на бэк, тут соотв нюанс. В любом случае тест в данном кейсе собирается тестировать данные в таблице слоупочного репорта. А спиннер тут побоку
NP
Это мощный инструмент)))
AV
Там тоже самое
СС
ну так тогда два теста. точнее три. один на то как данные меняются. один что не меняются. и один на треклятый спиннер
B
Спасибо)
СС
с совершенно разной логикой
B
И рисуем таблицу сами). Мы же тестим фронт, верно?
EB
спиннер вообще один раз протестить и все, чему там ломаться лол
AV
Там даже больше тестов, но типа действительно двух видов всегда - что-то сделали - данные поменялись, что-то другое сделали - не поменялись.
B
Писал на реакте немного. Сломать спиннер - это на раз-два )
СС
вот в одном типе точно не нужны перехваты и спиннеры. что лучше - ждать перехват + спиннер и потом проверять данные. или сразу проверять данные
EB
вообще Алексею я бы посоветовал посмотреть доклады Солнцева насчет того как работать с очень быстрыми элементами или неочевидными состояниями страницы
EB
доклада названия не помню, сорян
А
Зависит от фронтовика. Лично видел различные спиннеры в различных местах прилаги. Копипаста дривен реакт синьор девелопер
AV
Ну или вернее много тестов на одну таблицу это зло, но такие таблицы на 20 страницах, с одинаковым механизмом, но все в разных компонентах - так что даже нет гарантии, что если работает одна - то и остальные также.
B
Это где он говорил, что нужно тестить конечное состояние?
AV
Его и тестируем
СС
вот же и ответ на твой вопрос. то о чем я и @LordOfCatkind говорим
EB
там приводится идея, что конечное состояние нужно откуда-то получить. это может быть состояние базы, состояние запроса и тд. для тестов может быть накладно ходить в базу / чекать запросы / может быть какой-то люто огороженный черный ящик. Исходя из возможностей решения разные, но суть одна: избавиться от попыток ловли элементов которые живут и умирают быстро и смотреть на то что живет дольше