S
другой вопрос, что там с интеграцией с отчетами и прочими нюансами
Size: a a a
2020 May 20
S
но ход мысли я понял. Видимо, лучше писать клиент.
AV
не знаю как в ангуляре, но проблема решится, если вынести логику из темплейтов в джаву
да, но если решать это в лоб, то количество темплейтов тогда разростётся неслабо. А как не в лоб решить, я не знаю.
S
для автоматизации
AS
Пишет элемент закрыт другим
Мне помогло дождаться пока этот "другой" перестанет отображаться (в моем случае это был спиннер). Попробуй wait.until(ExpectedConditions.invisibilityOfElementLocated())
M
То есть?
M
А в скобках тоже самое писать?
AS
А в скобках тоже самое писать?
Если это тот случай, то в скобках тот элемент, который перекрывает
M
то есть?
M
Где именно
AS
Где именно
У меня была ситуация, в которой элемент перекрывался спиннером, при этом браузер его видел. Соответственно помогло решение подождать пока перестанет отображатья спиннер
AV
Забавный момент. Есть такая вещь - темплейты. Например Apache FreeMarker (ftl), Java. И в этих темплейтах частенько полно логики, которую полезно покрывать юнит тестами.
Как проверить coverage таких тестов? Не нашел сейчас на вскидку инструментов, хотя проблема то довольно общая.
Какие-то идеи?
Ну кроме - "логика в темплейтах - зло".
Как проверить coverage таких тестов? Не нашел сейчас на вскидку инструментов, хотя проблема то довольно общая.
Какие-то идеи?
Ну кроме - "логика в темплейтах - зло".
AB
логика в темплейтах - зло
M
У меня была ситуация, в которой элемент перекрывался спиннером, при этом браузер его видел. Соответственно помогло решение подождать пока перестанет отображатья спиннер
Я имею ввиду что писать в скобках? И где именно
AS
Я имею ввиду что писать в скобках? И где именно
Во вторых скобках писать элемент, который перекрывает
AV
логика в темплейтах - зло
а какие альтернативы? Нужно ли вообще выкидывать template engine или "только" запрещать там if-ы?
M
Во вторых скобках писать элемент, который перекрывает
Ок
N
Так что просто пишешь тесты и надеешься, что ничего не упустил :)
Звучит не очень :)
AV
а какие альтернативы? Нужно ли вообще выкидывать template engine или "только" запрещать там if-ы?
Пока мне пришел в голову вариант - разбивать templatы на маленькие независимые и там сокращать if-ы до 1-2 на темплейт, чтобы можно было "вручную" покрытие посчитать.
R(
Забавный момент. Есть такая вещь - темплейты. Например Apache FreeMarker (ftl), Java. И в этих темплейтах частенько полно логики, которую полезно покрывать юнит тестами.
Как проверить coverage таких тестов? Не нашел сейчас на вскидку инструментов, хотя проблема то довольно общая.
Какие-то идеи?
Ну кроме - "логика в темплейтах - зло".
Как проверить coverage таких тестов? Не нашел сейчас на вскидку инструментов, хотя проблема то довольно общая.
Какие-то идеи?
Ну кроме - "логика в темплейтах - зло".
Ну сам же написал "покрывать _юнит_ тестами". Покрытие юнит-тестами для специфического языка реализуется _специфическими_ для этого языка инструментами.
Соответственно чтобы проверялось покрытие для языка темплейтов, надо изобрести инструмент который будет понимать их логику, логику того на чём будут написаны юниты, и понимать decision coverage в юнитах.
https://img0.liveinternet.ru/images/attach/c/11/116/586/116586530_4003916_20140918_164959.jpg
Соответственно чтобы проверялось покрытие для языка темплейтов, надо изобрести инструмент который будет понимать их логику, логику того на чём будут написаны юниты, и понимать decision coverage в юнитах.
https://img0.liveinternet.ru/images/attach/c/11/116/586/116586530_4003916_20140918_164959.jpg
