Решили пока так поступить. Последний, кто правит тест, меняет значение Овнера.
В части компетенций, не сильно страшно. Большинство тестов не сильно друг от друга отличаются. Плюс, у нас есть дока с описанием всех наших основных методов, которые мы используем во всех тестах.

Тогда тем более непонятно - тесты не сильно отличаются друг от друга, есть дока с описанием методов - в чем проблема рандомному человеку взяться за это дело ?


ну то есть, не расценивайте это как "укол", в конечном итоге - вы поступите так, как вам угодно, но я от души пытаюсь понять объективную мотивацию такого решения и пока что не нахожу для себя((
Это как с регулярными выражениями:

Если вы пытаетесь решить проблему посредством применения регулярных выражений, вы получаете две проблемы - старую проблему и регулярные выражения.

- рискуете сами себе "выстрелить в ногу" имхо

выглядит как овнеринжиниринг (простите за каламбур)

Мне кажется, что тот, кто писал автотест, явно быстрее вникнет в него (а точнее вспомнит) и сможет пофиксить соответственно тоже быстрее. Мне кажется вся суть в скорости фикса (если он часто флакается).

Куда быстрее править свои тесты, чем разбираться с чужими. Иногда даже не нужно его запускать, так как помнишь что и как он делает или код html

Гораздо эффективнее назначать фича оунера. Который разбирается и в функциональности и в тестах для нее.

Чем оунера на каждый тест

такая же аналогия с ручными тестами - свои тесты, часто проходились налету - иногда посматривая на какие-то отдельные места

идея хорошая, ну мы, стараемся размазывать компетенцию - меняемся груммингами раз в квартал. Если только на квартал использовать )

Еще один кейс:

Этот самый автор теста сейчас занят другим скоупом задач - покрывает новые фичи, с высоким приоритетом, чтоб вовремя начать регрессию.
Делает свои фиксы относительно (ну допустим) dev environment,а тем временем в куа залили какой-то хотфикс и тесты отломались (ну допустим, поменялась инфраструктура и это повлекло за собой изменения).

Как поступать в такой ситуации - отвлекать этого самого автора тестов от текущего скоупа задач или просто перекинуть этот тест тому, кто свободен ? Как бы поступили вы ?

И я сейчас озвучиваю не какой-то маловероятный случай, это то, что реально могло бы случиться)

Лично я бы - отдал более свободному специалисту))

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

Ну и отвечая на ваш вопрос менее абстрактным примером, то наверное тоже, если автор занят важными задачи -> отдадут другому.

Ребят скажите мне пожалуйста отличие page object от page factory?. Получается в object вся логика Пейджа (методы константы) остаются в классе который имеет такое же название(login page). А в page factory мы мы создаём stepsклас и в нем работаем уже с экземплярами классов которые у нас есть?)

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

Мне эта надстройка не кажется чем-то сверх трудоемким и требующая огромного временного вливания.

А в каких-то случаях, она может быть полезна в плане быстрого фикса автотестов. (Если мы не рассматриваем сценариев с отсутствием автора автотеста)

однозначно стоит, если это принесёт профит )))
А для этого необходимо поиграться 1-2 недели и посмотреть результаты

что ж...могу только пожелать удачи))
имхо, вы сами себе усложните жизнь, но - будет круто посмотреть на реальные результаты, если не забудете их пошарить после)

и то правда)
но опять же - история гита в идее, встроенная, и так сама с этим справляется прекрасно)

Здесь кейс, как я понял, примерно такой -> ночью пробежал пайп с автотестами, упали какие-то тесты, ты открыл аллюр-репорт с утра и сразу раздал тесты на исправление. (Либо каждый из автотестеров начинает день с разбора отчета, забирает свои тесты на фикс)

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

PageObject - https://martinfowler.com/bliki/PageObject.html


PageFactory - это чисто селениумовский костыль, нужный по сути только чтобы определять поля с локаторами в классе. Потому что по простому это в Селениуме не работает. Паттерн PageFactory, кроме Селениума, в тестировании неизвестнен.

Да и в жс не часто увидишь