Сообщений в теме: 12

[elshaarawy]

Привет. Знаю неплохо Селениум на Джаве, но только на уровне функционального программирования. Но не понимаю OOP Page Object. При устройстве на работу обязательно знать Page Object?

[gako]

Обязательно, так как не понимая этот паттерн, вы не сможете написать качественный фреймворк.

[Lzk]

научат

[elshaarawy]

Обязательно, так как не понимая этот паттерн, вы не сможете написать качественный фреймворк.

А я не понимаю, что делать?

[elshaarawy]

научат

а обязательно все компании используют этот паттерн или есть и те кто пишет процедурно?

[Freiman]

Если вы не понимаете в ООП, то вам, наверно, рано в автоматизаторы.

[Lzk]

 

научат

а обязательно все компании используют этот паттерн или есть и те кто пишет процедурно?

 

в основном да. Процедурно используют в основном только новички, которые еще не поняли , что проект будет разрастаться и поддерживать такие тесты будет очень тяжело , а со временем, может быть и вообще не возможно, если проект большой

[Snap]

Обязательно, так как не понимая этот паттерн, вы не сможете написать качественный фреймворк.

Ну если автор претендует на роль разработчика фреймворка, тогда да.

Возможен вариант, когда в компании уже будет разработан фреймворк и нужно будет делать новые тесты/редактировать текущие, и необязательно, что среди технологий будет использоваться Page Object.

 

Так что мое мнение, знать необязательно (в вакансиях это требование встречается не часто).

[gako]

При выборе кандидата предпочтение всегда отдадут тому, кто решит (или предложит решить) тестовое задание с помощью Page Object. Так что это вопрос конкурентного преимущества.

[elshaarawy]

 

Обязательно, так как не понимая этот паттерн, вы не сможете написать качественный фреймворк.

Ну если автор претендует на роль разработчика фреймворка, тогда да.

Возможен вариант, когда в компании уже будет разработан фреймворк и нужно будет делать новые тесты/редактировать текущие, и необязательно, что среди технологий будет использоваться Page Object.

 

Так что мое мнение, знать необязательно (в вакансиях это требование встречается не часто).

 

Если рассматривать вакансии, то действительно не часто пишут. 

Но если они не пишут, это значит что они не используют или они по умолчанию имеют в виду, что Page Object это как обязательное?

[Snap]

Если рассматривать вакансии, то действительно не часто пишут. 

 

 

Но если они не пишут, это значит что они не используют или они по умолчанию имеют в виду, что Page Object это как обязательное?

 

По-своему опыту скажу, что скорее всего первый вариант. Мне кажется далеко не все компании его поголовно используют.

[baxatob]

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

[the0]

Привет. Знаю неплохо Селениум на Джаве, но только на уровне функционального программирования. Но не понимаю OOP Page Object. При устройстве на работу обязательно знать Page Object?

При устройстве на какую работу? На какую должность?

Если вы про должность автоматизатора, то не обижайтесь, но звучит как: "Я умею записывать тесты рекордером и немного рефакторить после этого на уровне интуиции. Как думаете, я могу устроиться на работу?"

Ответ: да, все возможно в этом мире, но шансы в вашем случае крайне малы.

Требования бывают разные от компании к компании, но по моему опыту, чтобы претендовать на позицию джуна по автоматизации на джаве, вам необходимо знать основы ООП и уметь на примерах объяснить, что такое полиморфизм, инкапсуляция и наследование. Желательно еще понимать для чего вообще нужен Page Object, а также вас спросят, какие паттерны кроме PO вы знаете. Кроме API селениума вас обязательно спросят по Java Core. Насколько глубоко - зависит от фантазии людей, проводящих собеседование. Меня всегда спрашивали не автоматизаторы, а джависты бэкэндеры, так что готовиться надо серьезно.

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

Если вы про должность ручного тестировщика и хотите просто автоматизировать несколько рутинных тестов для экономии времени, то можно и без PO, но если вы не захотите ограничиваться несколькими тестами, то... см. выше.