1. Работа QA максимально прозрачна для команды разработки и менеджмента
1.1. Все видят как пишутся и запускаются тесты
1.1.1. вывести графики тестов на моник
1.1.2. завести всех в аллюр
1.2. Любой участник команды может создать задачу на QA
1.2.1. новые таски в jira для QA проекта
1.3. Любой может видеть планы команды QA по развитию.
1.3.1. провести первый OKR
1.3.2. озвучивать планы на 3 месяца на общей планёрке
1.3.3. завести страницу в конфе по планам , завести цели в Jira
2. Аллюр дает видеть и запускать тесты всем участникам проекта
2.1. Сделать форму для написания тестов удобной.
2.1.1. убрать ненужные теги, оставить нужные
2.2. Сделать запуск тестов простым и в одном месте. До 5 шагов.
2.2.1. можно запоминать параметры запуска
2.2.2. можно запоминать пресеты фильтров тестов по разным аннотациям
2.3. Удобные фильтры по тестам (анотации)
2.3.1. Моно видеть тесты по своему проекту
2.3.2. можно видеть бэклог на автоматизацию
2.4. Интеграция с джирой понятно и проста
2.4.1. возможность провалиться из Джиры в тест ран алюра
2.5. Доработки на Allure имеют свой бэклог и им можно управлять
2.5.1. Выявить как работать с example в allure
2.5.2. Запросить Zendesk у Яндекса
2.5.3. собрать хотелки для ведения нагрузочных тестов в алюр
2.6. Системная отчетности помогает понимать как живут тесты
2.6.1. есть график по Pass Rait
2.6.2. есть гарфик по Speed Regress Passing
2.6.3. есть график доступности стендов
3. Автотесты оправдывают свои вложения
3.1. Pass Rait = >70%
3.1.1. щедульное прохождение тестов на стендах
3.1.2. убрать из тестов рандом (хардкод)
3.1.3. мониторить статус стендов при запуске тестов (алертить)
3.1.4. сделать график зависимости падения тестов с инфраструктурными проблемами в графане
3.1.5. mobile pass rait = > 80%
3.2. Speed Regress Passing = < 30 минут
3.2.1. Переписать определение драйвера в pf2
3.2.2. сделать паралелизацию на вебе и мобиле
3.3. Accessibility to the mobile farm is 24 on 7
3.3.1. Подключить 2ой миник для вируталок iOS| Android - там гоняем регресс для правки апи
3.3.2. подключаем девайсы к миникам - настраиваем ферму для регресса приложений
3.3.3. мониторим вылет девайсов на миниках в графане по статичному ip
3.3.4. нанимаем еще 1 QA в мобильную команду
4. Нет ни одного сервиса или фичи которая не покрыта регрессом
4.1. Coverage не меньше 70%
4.1.1. начать мапить тесты по сервисам WASD
4.1.2. показывать одной циферкой % покрытия сервиса
4.1.3. начать мапить тесты на фичи
4.2. Тесты на новый функционал готовы одновременно с его запуском на прод
4.2.1. начать писать тесты на api ручки сразу (на старте проекта)
4.2.2. начать писать тесты на user flow после получения первых требований
4.3. API покрыто на 90%
4.3.1. описать все скрытые ручки (где то)
4.3.2. покрыть все атомарные ручки через pict (pairwase testing)
4.3.3. smoke ручки покрыты функциональными сценариями