SV
Я студентов за такое говно ебу
о, расскажи по пунктам, не откажусь от критики, спасибо!
Size: a a a
2020 January 07
KK
о, расскажи по пунктам, не откажусь от критики, спасибо!
Ну, тип, правда речь в моем случае идёт про ооп и Page object, все дела
SV
ну здесь нет этого говна как PO, это отвратительный антипаттерн
MK
- пацаны, я гей, как автоматизировать
- ... Гей...
- не ну ето бан
- ... Гей...
- не ну ето бан
Ты пропустил
- Гей (с) Баранцев
- гей (с) кто-то другой
- ну эта бан (отец основатель)
- Гей (с) Баранцев
- гей (с) кто-то другой
- ну эта бан (отец основатель)
KK
ну здесь нет этого говна как PO, это отвратительный антипаттерн
Мне все нравится)) правда я с православной джавы
SV
DOM-tree должен быть покрыт тестовыми локаторами - читаемыми, которые одновременно идут как шаги в отчет.
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
MK
DOM-tree должен быть покрыт тестовыми локаторами - читаемыми, которые одновременно идут как шаги в отчет.
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
Шо блять
SV
поправил сообщение
MK
А твой код не превращается в лапшу спустя время?
SV
неа
SV
их по пирамиде вообще должно быть минимум
MK
Да хуй с ней с пирамидой
Я читаю твой код и нихуя не понимаю что происходит блять
Я читаю твой код и нихуя не понимаю что происходит блять
SV
все остальное должно быть ниже, на фронт - компонентные на сайпресе или пюпитре
b
Да хуй с ней с пирамидой
Я читаю твой код и нихуя не понимаю что происходит блять
Я читаю твой код и нихуя не понимаю что происходит блять
SV
Да хуй с ней с пирамидой
Я читаю твой код и нихуя не понимаю что происходит блять
Я читаю твой код и нихуя не понимаю что происходит блять
ну есть небольшой порог, минут на 30 дока
SV
Да хуй с ней с пирамидой
Я читаю твой код и нихуя не понимаю что происходит блять
Я читаю твой код и нихуя не понимаю что происходит блять
ну тест на авторизацию обычный
b
ну тест на авторизацию обычный
Представляю, как выглядит необычный e2e тест.
ZE
DOM-tree должен быть покрыт тестовыми локаторами - читаемыми, которые одновременно идут как шаги в отчет.
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
PO нужен максимум для каких-то специфичных экшенов. А таких обычно на самом деле немного, типа calendarpicker и сложные селекты.
А то хранить эти икспасы и отдельные степы для каждого чиха в десятках классов, которые десятками вложены все друг в друга, все это превращается во фреймворк потом
Не ешь говно от солнцева. У тебя условный реактжс, есть один виджет под несколько объектов. На РО и обертке под виджеты ты будешь писать заебатый код, а с локаторами в тестах ты будешь дрочить пипу и дублировать вызовы десять раз