Что-нибудь новенькое. Например фича-тоглы - кому и зачем надо, почему не надо, кому это вообще помогло, как это развидеть и как отговорить начальство этим не заниматься

Начальство отговорить — это интересная тема=)) Принято!

Ну и какие альтернативы

Альтернатива - утки ) а вообще, смириться\сменить начальство\сменить работу :) (оффтоп)

Убежать, значит? ) Это не наш метод!

Начальство можно сменить и в атаке ))

Зреет заговор

Но я за убеждение. Мы же взрослые люди

Нажмите Хорошо и там будет чекбокс который нужно отметить

Спасибо

> Например фича-тоглы - кому и зачем надо,

Клиенты хотят попробовать новый функционал, но не отказываясь от старого. Фича-тогл он как флаг, в зависимости от которого работает новое или старое.
Ну вот Гугл, скажем, когда новый интерфейс вводил — вот попробуйте новый, а не хотите так сидите на старом пока мы вам его не отключили.

> почему не надо

Не надо если нет такой ситуации когда нужно чтобы и новое и старое могло работать одновременно по переключателю.

> кому это вообще помогло

Ну лично мне помогло потому что мне новые интерфейсы вечно не нравятся. :)
Помогает тем кто не уверен что новый интерфейс клиентам понравится, или что в нём нашли все критические ошибки.
Если система специфическая, и позволяет, скажем, при отправке на сервер выбирать обработку по хедеру (старую-новую), то это вообще прекрасно — можно сравнивать старую и новую в рамках одного инстанса.

> как это развидеть и как отговорить начальство этим не заниматься

Если у вас нет такой ситуации в которой нужно и старое и новое и возможность быстрого переключения на старое — так и отговаривайте.
Но Гугл, по сути, как раз вот этим занимался, и начальство может решить что такая возможность полезна.

Был доклад Катерины Черниковой из Vix , емнип там тоже упоминались тогглы, и что с их помощью можно проводить A/B тестирование на избранных группах пользователей прямо на продакшене.

https://www.youtube.com/watch?v=JBfPumcvAKg

Не обязательно новое/старое, могут быть просто новые фичи. Это все вместе с trunk based development, branch by abstraction, etc.

не знаю чем вы можете заниматься, но это точно малоэффективно, если вы не смотрите https://meetup.jugru.org/qa-survival-bias-1.

@Volekerb
Ох же вы там накидали… на тему автоматизации…

О пейджобджектах…

Пейджобджекты это не @FindBy в чистом вебдрайвере, и htmlelements которые эту идею продолжили. То что есть по пейджобджектах в чистом селениуме больше отвечает PageFactory и была пробой предоставить способ динамической кастомизации способа локации элементов. Как побочный резульат - получился такой себе DSL для пейджобджектов. Эта же идея в последствии была признана не эфективной разработчиками селениума и должна была быть задепрекейченой (кажется так и должно быть если уже не стало). Она реализована на "магии" и анотациях, что кстати мало кореллирует с ООП который и есть базой шаблона ПейджОбджект (http://martinfowler.com/bliki/PageObject.html) в котором по сути просто применили обьектный дизайн к элементам на странице. И на этом фоне селенид как раз выходит на передний план, ведь у него то, что возвращает метод element - уже есть ленивым обьектом-искателем элементов который можно на уровне обычного поля обьекта использовать при реализации пейджобжектов а так же через обычную композицию без всяких анотаций реализовывать кастомные элементы. Таким образом следуя базовым практиикам и подходам ООП. Так что селенид это не джеквери стайл. Это ленивость элементов и встроенные ожидание - что как раз и максимально упрощает реализацию пейджобджектов в классическом ООП стиле. Без нужды учить разного рода DSL.

еще было что то кажется в стиле:

> "селениде на питоне нету, там есть его порт, который серега разрабатывал, а на джаве есть оригинальный селенид и это надо иметь ввиду"

серега добавил 400 строк кода, и удалил 3
Вот и вся разработка с его стороны. Но стоит указать, что эти эфективные 100 строк кода, были очень важными. Серега тогда поднял СІ на трависе. И много чего другого полезного сделал, особенно учитывая то что я тогда не успевал поддерживать.

А так, то портт оригинально было разработан мной, и продолжает разрабатываться сейчас.

та не кипятись ты

Артем просто оговорился

Ну меня вот больше задело о "джеквери стайл у селенида "
о таком он врядли оговорился

там есть же подход на 3 слоя разделять
PageElements
PageActions
Tests

в целом, они описали что "описыват элементы страницы в одном классе", в целом, find by уже является банальным PO, разве нет?

myPage.email.send("1")
myPage.login.click()