FM
понял спасибо!
Size: a a a
2019 November 26
SR
в константах должны быть константы, а тут вау метод)
FM
ага понял
FM
сейчас заметил, что проблема в том, что методы выполняют одно и тоже действие, но распечатка разная происходит
В одном случае SOUT("HELLO")
В другом SOUT("BYE")
поэтому в один метод не запихнуть?
В одном случае SOUT("HELLO")
В другом SOUT("BYE")
поэтому в один метод не запихнуть?
FM
переопределить что ли хи
FM
SR
methodName(String messageText)
SR
в одном случае messageText = "HELLO", в другом = "BYE"
A
Подскажите в каких и зачем нужно писать свой фреймворк, когда есть selenide и тому подобное? мне интересно
AS
сейчас заметил, что проблема в том, что методы выполняют одно и тоже действие, но распечатка разная происходит
В одном случае SOUT("HELLO")
В другом SOUT("BYE")
поэтому в один метод не запихнуть?
В одном случае SOUT("HELLO")
В другом SOUT("BYE")
поэтому в один метод не запихнуть?
Это System.out.println? В тестах не нужна такая команда...
EB
Подскажите в каких и зачем нужно писать свой фреймворк, когда есть selenide и тому подобное? мне интересно
зависит от того, что ты подразумеваешь под "своим фреймворком". В большинстве случаев это код с тестами, следующий паттерну PageObject и реализующий методы селениум библиотеки при помощи методов-оберток с дополнительными нужными для тебя эффектами
A
зависит от того, что ты подразумеваешь под "своим фреймворком". В большинстве случаев это код с тестами, следующий паттерну PageObject и реализующий методы селениум библиотеки при помощи методов-оберток с дополнительными нужными для тебя эффектами
да просто обертки пишут, но зачем? когда есть готовые велосипедики?
EB
например, кому-то не нужен Селенид, тем более в python это делается для одного "базового проекта" с структурой папок, а дальше каждый новый начинаешь с него, это если 2 метода написать лень
EB
ну и кому-то например хочется фреймворк, который будет работать с мобилками в том числе в одном репозитории, поправьте если не прав, но Selenide тебе мобилки не протестирует, и общие практики это если хочешь тесты на мобильных ус-вах, заведи отдельно репозиторий, на скриптовых языках можно вполне элегантно накатать структуру проекта для platform independent тестов
A
ну к мобилкам есть экспресо, а вот люди которые для веба начинают все с нуля писать , зачем?
EB
думаю, что если ты пишешь на джаве то скорее имеет смысл юзать Selenide чем нет. Но если тебе не нужна джава (например, у тебя весь стэк на интерпретируемых языках), то написание тестов на Selenide vs python не особо ускорит написание тестов
MK
зависит от того, что ты подразумеваешь под "своим фреймворком". В большинстве случаев это код с тестами, следующий паттерну PageObject и реализующий методы селениум библиотеки при помощи методов-оберток с дополнительными нужными для тебя эффектами
это просто код с тестами, а не фреймворк
EB
ну к мобилкам есть экспресо, а вот люди которые для веба начинают все с нуля писать , зачем?
Эспрессо, ну и далеко не все выбирают писать нативные тесты для андроид, скорее стандарт, что люди используют appium для iOS / Android тестирования, очень удобно иметь один набор тестов, который в зависимости от передаваемых флагов в тест будет использовать iOS / Android реализацию тестов
AS
ну и кому-то например хочется фреймворк, который будет работать с мобилками в том числе в одном репозитории, поправьте если не прав, но Selenide тебе мобилки не протестирует, и общие практики это если хочешь тесты на мобильных ус-вах, заведи отдельно репозиторий, на скриптовых языках можно вполне элегантно накатать структуру проекта для platform independent тестов
Поправляю: Selenide умеет тестировать мобилки.
A
ну если есть готовое зачем тратить время и денги на что то свое?