Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
SME UI Automation создатель Mind Map: SME UI Automation

1. радует

1.1. Всем добра

1.2. Команда

1.3. Ревью стало быстрее

1.4. Некоторые доработки фреймворка

2. пожелания

2.1. хотелось бы чтобы коллеги начали вникать и старались разобраться в функциональности проекта, которые используются в каждом тесте (авторизация!!) И не только проекта, но и того, что используется в работе. TeamCity, его связь с TestRail, где и зачем у нас Selenoid и т.д.

2.1.1. При появлении новых крутых фишек их никто не использует

2.1.2. договорились по все новым штукам, интересующим вас темам делать мини созвоны, пишите темы, которые интересно было бы узнать

3. печалит

3.1. на созвонох происходит слишком много лишнего, из-за чего он занимает по 15-20 минут. Полезной информации для ВСЕЙ команды там минимум

3.1.1. Постараться меньше шутить и рассказывать интересных (нет) историй

3.2. отсутствие у некоторых субординации

3.3. люди начинают, выполнять задачи не по плану, а то, что запланировано, в итоге не делается. Это одна из отрицательных сторон, чтоб все смотрели ревью, я полагаю, что будет у вас уходить много на это времени, а и так не все справляются...

3.3.1. относиться внимательнее и ответственнее к возложенным на вас задачам

3.4. не делимся между собой реально четкими находками и приемами. Не стремимся улучшить проект/упростить работу и тд

4. злит

4.1. в проекте большое количество старого/не используемого кода (Old). Загромождает проект и мешает рефакторингу, улучшению проекта + Мешает новым сотрудникам, потому что они находят старое и начинают использовать :pepe:

4.2. Огромное количество ненужных веток в репозитории

4.2.1. Каждый удаляет свои не нужные, а там посмотрим

5. предложения

5.1. юзать текст в локаторах, вместо того, чтобы сначала проверять наличие элемента, а потом тескт в нем

5.1.1. Не нужно вызывать shouldBeDisplayed, так как эта проверка есть внутри всех проверок на текст (equals/contains/match) + если текст есть, значит и есть элемент

5.2. сделать ревью по схеме: - мержить может каждый, но только при наличии 2х или более апрувов. Апрувить может любой, но обязательно должен быть апрув от кого-то из лидов. (это можно настроить средствами стэша) ПЛЮСЫ - повысится степень владения кодом, так как каждый будет в курсе того что делают/добавляют другие - надежда что выработается общий стиль написания кода, а не кто как сделает и все это в перемешку в одном проекте - у Жени будет больше времени прикрутить нам Аллюры, селеноиды и всякие другие плюхи

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

5.3. Сделать тесты наименее зависимыми от внешних систем. При неработающем генераторе использовать профили, при неработающем qa-utils использовать авторизацию по логину паролю

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

6. не обсудили на прошлом ретро

6.1. никто не следит за чатом и задает вопросы по тем моментам, которые в нем были уже описаны

6.2. Появляются мысли, что не все понимают, для чего автоматизация и зачем она вообще нужна.