AV
Иногда можно, но есть случаи, когда непонятно данные еще старые или уже новые. Таблица есть всегда.
Size: a a a
2021 August 30
OK
там можно проверить еще элемент таблицы - перерендерился он уже или нет, типа element id поменялся или нет
B
Он может не перерендериться
OK
может, тут уже надо страницу смотреть
СС
как такое может быть? условно даже твой кейс. ты подготовил данные для теста, ты 100% знаешь что вот сейчас оно в состоянии А. ну и мб даже отдельно это проверяешь. далее ты совершаешь какое то действие (не важно какое) и точно знаешь что должно настать состояние Б. есть ли разница всего что происходит между если изначальная цель проверка изменения состояний А->Б?
OK
зная с какими проектами работает Виноградов, думаю у него проблемы могут начатся уже на пункте - «подготовил данные для теста» 😉
СС
конечно, можно возразить что нам нужна обратная история, например когда мы что то делаем а состояние не меняется. но это даже спиннером на стороне UI не отловишь, больно хрупко. здесь только конфиг и понимание что вот если за условные 30 секунд оно не изменилось - значит все так как и должно быть
AV
Ну по нему не видно например
СС
то же самое с негативными кейсами, когда что то не случилось (и не должно было). тоже только ждать столько сколько тестировщик посчитает нужным. на основании конфига окружения и знания проекта
AV
Не всегда знаю, типа система тяжелая, данные не удаляются после каждого теста.
СС
а вдруг твой спиннер (который теоретически должен включаться пока идет запрос и рендеринг данных) не работает как надо. или спиннер появился/исчез, но запрос отработал с ошибкой, а интерфейс это никак не показал. и нафиг тогда спрашивается нужен этот спиннер. его отдельно проверить с кейсом понижения bandwidth и большом количестве данных, чтобы точно отобразился и все.
B
А вообще такое слово существует?)
EB
если спиннер знает, когда данные загрузились (мы верим ему), но не можем его поймать, нужно тот же самый обработчик события, который убирает спиннер, на него повесить персистентное состояние элемента на странице, чтобы тест его нашел. все =)
OK
раз я тебя понял - значит существует )
СС
еще один кто пытается тестить спиннер в совершенно другом тесте)
B
А ещё можно включить троттлинг сети, спиннер точно будет )
EB
нет, я не пытаюсь тестить спиннер, если фронтенд имеет eventual consistency на каком-то событии, то вместо тестирования быстрой жизни элемента, колбек должен где-то сообщить о себе в виде лейбла / принта / етс
EB
чего угодно, что более постоянно, чем спиннер
СС
а вот это уже архитектурный вопрос, и зачастую он важнее тестов, спиннеров и вот этого вот всего. изолированность тестов/данных, а так же полное понимание что на входе а что на выходе - гарантия успеха
EB
можно ходить в базу, например