1. Внедрение
1.1. Нужно начинать с команд, которые уже хорошо настроены по отношению к тестированию. Не стесняйтесь пропагандировать программу и просить об это других.
1.2. Важный элемент внедрения тестовой сертификации - наставничество.
1.2.1. Команды должны быть уверены, что им поможет опытный в данной теме человек
2. Поддержание
2.1. Очень важно поддерживать интерес к теме тестирования!
2.1.1. Придумывать разные игровые события: Тестирование в туалете, починялки, массовая рассылка писем, плакаты, выступления,
2.1.1.1. Каждую неделю группа работников Google вешала на стенах в туалетах всех офисов компании листок бумаги с лучшим советом недели. Например, на одной неделе на нём были советы по внедрению зависимостей и простой пример их использования на разных языках. В другой раз листы могли рассказывать об инструментах для измерения тестового покрытия из кодовой базы команды.
2.1.1.2. Инициатива «Обучение в туалете» была изворотливым и интересным способом научить инженеров чему-то новому.
2.1.1.2.1. https://vc.ru/p/google-restroom
2.2. Поощрения
2.2.1. Премия от коллег
3. Идея
3.1. Создать систему поощрений сотрудников, которые пишут качественные тесты.
3.1.1. Что входит в понятие качественный тест?
3.2. Нужно выделить метрики по которым будут начисляться баллы каждому разработчику.
3.3. Полученные баллы должны разделяться на грейды. Например, новичок, эксперт, профессионал и т.д.
4. Описать, что нужно для реализации тестовой сертификации?
4.1. Заведение задач в Jira с определенным лейблом
4.1.1. qa-cert-beginner
4.1.2. qa-cert-middle
4.1.3. qa-cert-advanced
4.2. Несколько уровней
4.2.1. Нулевой уровень (Beginner). Самый простой. Цель данного уровня быстро втянуться в процесс.
4.2.1.1. Самый простой, но при этом самый важный. Он позволит влиться команде в культуру тестирования приложения.
4.2.2. Средний уровень (Middle). Включает такие же задания, что на предыдущем уровне + доп. задания повышенной сложности.
4.2.3. Уровень эксперт (Advanced).
4.3. Процесс
4.3.1. Создается отдельный репозиторий для тестовых заданий в GIT
4.3.2. Заводится Jira с определенным лейблом с описанием задачи.
4.3.3. Разработчик создает ветку с номером Jira
4.3.4. После завершения задания, разработчик создает pull request с код ревью.
4.3.5. После прохождения код ревью, Jira закрывается и на нее списывается время
4.3.6. После закрытия Jira, отфильтровываются все задачи с определенным лейблом.
4.3.7. Если разработчик закрыл все Jira с лейблом для текущего уровня, тогда он получает сертификат.
4.4. Тестовые задания
4.4.1. Тестовые задания так же можно использовать для отбора кандидатов при собеседовании.