Size: a a a

2020 December 27

O

Oleg in atinfo chat
Это кстати ещё один плюс - одинаковая версионность тестов и кода
источник

TK

Tanya Kolesnikova in atinfo chat
Спасибо, натолкнули на размышления)
источник

MV

Maksym Vertebnyi in atinfo chat
Roman (rpwheeler)
ООП дизайн это вообще интересная и сложная тема.  Нет серебряной пули. "Мы использовали ПО, а получилась сложная жуть ничем не лучше, как же так".
Помимо "основного" ПО есть и другие паттерны (Алименков неплохо начинал доклад, есть и другие материалы похожие) .

НО. ООП-дизайн это "разложить методы по коробочкам так чтобы их было удобно доставать". Это не "один размер для всех", и не "один пейджобджект всем".
Бывают ситуации когда на всех страницах меню — и оно делается отдельным объектом. Бывают разбиения сложных менюшек на несколько объектов.
Бывают ПО с флюэнтом и без.
Бывают ситуации когда ПО только усложнит (Солнцев, доклад "10 причин моей ненависти"),
бывают ситуации когда локаторы лучше хранить отдельно и загружать из отдельных файлов (для прогона на похожих-но-разных продуктах), бывают ситуации когда на это можно не заморачиваться и локаторы класть прямо в ПО.

Из-за такого разнообразия возможных ситуаций и "боков" я полагаю неправильным давать только один материал по ПО и ООП. Надо брать несколько материалов и смотреть с разных сторон. ПО это часть процессса, и даже не его краегугольный камень.

Материалы (находятся на Ютубе):

Концептуальные основы ООП на пальцах в контексте QA | Антон Семенченко на QA Z-DAY
https://www.youtube.com/watch?v=Nnlry9rl_us

Десять причин моей ненависти - Андрей Солнцев
https://www.youtube.com/watch?v=pln38fIbYqA

https://www.youtube.com/watch?v=EnooA2kEhY0
Николай Алименков — Паттерны проектирования в автоматизации тестирования

Антипаттерны UI-Автоматизации. Антон Семенченко.
https://www.youtube.com/watch?v=EnooA2kEhY0

10 популярных способов превратить простое в сложное при Автоматизации тестирования
https://www.youtube.com/watch?v=stipcacBp_4

Дмитрий Буздин — Как построить свой фреймворк для автотестов?
https://www.youtube.com/watch?v=vrjN8VTeuOk

Разработка фреймворка для старта UI Автоматизации на примере Selenium. Антон Семенченко
https://www.youtube.com/watch?v=4K-eMpQ4XrY

__________

Материалов много, я понимаю — но несмотря на то что изначальная тема "просто пейджобджект", у неё нет однозначного решения, решение зависит от контекста, где-то пейджобджект может быть вообще не нужен, а где-то он типичная строительная конструкция фреймворка, но надо понимать что типичная строительная и место конструкции.

Ну и, поскольку пейдобджект это обджект и часть ООП, стоит понимать не только формальные принципы ООП, а зачем человеческим оно, какая система автоматизации нам нужна и почему.
YouTube
Концептуальные основы ООП на пальцах в контексте QA | Антон Семенченко на QA Z-DAY
При изучении любой дисциплины самое сложное / главное понять основы, базовые принципы, на пальцах, на школьных примерах, затем, на этот металлический каркас можно навесить тонны бетонной практики, получившийся железобетонный монолит станет гарантией практически не ограниченного технического роста специалиста. Звучит самоочевидно, не правда ли ..? И тем не менее, мой субъективный опыт проведения собеседований, а это около ~500 специалистов из стран СНГ, Индии, США в Автоматизации тестирования и сопоставимые цифры в С \ С++ мире, говорит, что даже Senior разработчики в большинстве не понимают «физического смысла» ООП, не могут озвучить базовую формулировку одного из «столпов» - инкапсуляции, хотя знают как на 3 языках, 20 способами, реализовать интерфейс, класс и объект, а вот вырасти дальше уже не могут, и вынужденно в течении 20 лет топчутся на месте. Вот это досадное карьерное недоразумение мы и постараемся исправить. На мой субъективный взгляд тема будет интересна / полезна самому широкому кругу слушателей…
Хорошо расписал, я дал только один пример, так как я сейчас пишу на Питоне. И тут свои "грязные хаки" и не классическое программирование с соблюдением все паттернов и т.д.
Но тема которую затронули - круто было бы сделать доклады с примерами для разных языков и разных проектов. Серебряных пуль не бывает - но вот общее, чтобы новичкам, наверно очень актуальная тема.
источник

A

Aletca in atinfo chat
Maksym Vertebnyi
Хорошо расписал, я дал только один пример, так как я сейчас пишу на Питоне. И тут свои "грязные хаки" и не классическое программирование с соблюдением все паттернов и т.д.
Но тема которую затронули - круто было бы сделать доклады с примерами для разных языков и разных проектов. Серебряных пуль не бывает - но вот общее, чтобы новичкам, наверно очень актуальная тема.
Куча материала по этой тематике, но датируется в основном почему-то 15-18 годами. Из нового очень мало. Или, как вариант, я не умею искать.  Почти все примеры даны на примере авторизации.
источник

MV

Maksym Vertebnyi in atinfo chat
Aletca
Куча материала по этой тематике, но датируется в основном почему-то 15-18 годами. Из нового очень мало. Или, как вариант, я не умею искать.  Почти все примеры даны на примере авторизации.
Основы не меняются, из-за этого особо нового нет. Наверно самые свежие - это по JS автоматизации, там сейчас самый большой движ :)
источник

A

Aletca in atinfo chat
Maksym Vertebnyi
Основы не меняются, из-за этого особо нового нет. Наверно самые свежие - это по JS автоматизации, там сейчас самый большой движ :)
А вот интересно, почему такой рывок произошел в JS, ведь очень долго лидировала Java, а тут прям резкий скачок.
источник

A

Aletca in atinfo chat
И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?
источник

l

lejng in atinfo chat
Aletca
И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?
если освоите один язык хорошо, то пересесть на другой будет проще, главное не распылятся
источник

MV

Maksym Vertebnyi in atinfo chat
Aletca
И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?
Это у каждого субъективное
JS - для меня ад на данном этапе
Java, C#, Python - легко
Причем я могу свободно на React фиксы делать и т.д.
источник

MA

Maksim Andryushchenk... in atinfo chat
Aletca
И тесты, кстати, легче воспринимаются именно на JS, они какие-то меньше по размеру и легче читаются, я пока в самом начале изучения Java и сейчас думаю, может быть стоит перейти на изучение JS, пока недалеко ушла в изучении Java, да и в Postman тоже именно JS нужен. Что посоветуете?
Java, в начале пути, 2021 год впереди. Не, я бы выбрал JS однозначно. Привыкайте к тому, что автоматизация будет писаться все больше и больше на ЯП с низким порогом вхождения. Ибо мысль "Надо заставить команду ФТ писать тесты" все чаще всплывает в головах QA лидов.
источник

IB

Ivan Baranov in atinfo chat
Tanya Kolesnikova
Спасибо, натолкнули на размышления)
Таня привет! Ты давно пишешь на java тесты?
источник

TK

Tanya Kolesnikova in atinfo chat
Ivan Baranov
Таня привет! Ты давно пишешь на java тесты?
Привет. Можно сказать давно 😁, на 2х проектах писала, лет 5 назад начинала, потом был перерыв несколько лет ,сейчас все вспоминаю)
источник

K

Kanstantsin in atinfo chat
Maksim Andryushchenkov
Java, в начале пути, 2021 год впереди. Не, я бы выбрал JS однозначно. Привыкайте к тому, что автоматизация будет писаться все больше и больше на ЯП с низким порогом вхождения. Ибо мысль "Надо заставить команду ФТ писать тесты" все чаще всплывает в головах QA лидов.
А потом этот шлак кому-то саппортить. Но js выстрелил скорее благодаря обилию тулов, а так не самый простой.
источник

MA

Maksim Andryushchenk... in atinfo chat
Kanstantsin
А потом этот шлак кому-то саппортить. Но js выстрелил скорее благодаря обилию тулов, а так не самый простой.
> А потом этот шлак кому-то саппортить
Это конкретно про какой шлак?)
источник

K

Kanstantsin in atinfo chat
Maksim Andryushchenkov
> А потом этот шлак кому-то саппортить
Это конкретно про какой шлак?)
Написанный ФТ и теми кто пошёл в пайтон и жс из-за того что там проще.
источник

MA

Maksim Andryushchenk... in atinfo chat
Kanstantsin
Написанный ФТ и теми кто пошёл в пайтон и жс из-за того что там проще.
Пфф, странное мышление, ЯП - это просто инструмент. Вам надо начать с переучения ПМов и тимлидов, они будут просить писать попроще чтобы "каждый сам мог писать по вашему примеру", а вы будете топить за то, что это будет шлак и не будет поддерживаться) Посмотрим сколько вы смените команд)
источник

K

Kanstantsin in atinfo chat
При чём тут это?
источник

K

Kanstantsin in atinfo chat
Не релевантный пример
источник

K

Kanstantsin in atinfo chat
смысл в другом, если человек ищет наименьший порог вхождения, значит он не сильно планирует вообще булки напрягать, соответственно и код будет днищем, если ФТ без опыта программирования говорят типа иди пиши автотесты, то там тоже результат предсказуем
источник

MA

Maksim Andryushchenk... in atinfo chat
Kanstantsin
смысл в другом, если человек ищет наименьший порог вхождения, значит он не сильно планирует вообще булки напрягать, соответственно и код будет днищем, если ФТ без опыта программирования говорят типа иди пиши автотесты, то там тоже результат предсказуем
> если человек ищет наименьший порог вхождения, значит он не сильно планирует вообще булки напрягать

Очень спорно, с учетом того, что AQA это вообще не про чистый код. Да и вообще в автоматизации не язык то главный, а если отбросить всю шелуху, то важными остается только ускорение регрессии. А если эта задача не выполняется, то вы хоть ревью впятером принимайте с 99% покрытием юнитов - толку не будет.
источник