Способы организации тестовой модели // Демо-занятие курса «QA Lead»

• Проверка звука и видео.  

• Проблемы с камерой у ведущего.  

• Решение технических проблем.  

• Представление ведущего Кирилла.  

• Опыт работы в IT и менеджменте.  

• Введение в курс и его цели.  

• Правила вебинара и активное участие в чатах.  

• Вопросы и ответы.  

• Знакомство с участниками.  

• Описание ОТУС и его курсов.  

• Образовательная лицензия и налоговые вычеты.  

• Широкий спектр курсов и комьюнити.  

• Вопрос о знакомстве с термином "тестовая модель".  

• Определение тестовой модели.  

• Важность тестовой документации и процессов.  

• Проблемы при отсутствии или плохой тестовой модели.  

• Невоспроизводимые тесты и неоднозначные результаты.  

• Проблемы с покрытием и дублированием проверок.  

• Что проверяем?  

• Как покрываем тестами?  

• Как структурируем тестовую модель?  

• Один тест - одна проверка.  

• Использование пользовательских сценариев.  

• Формализованные требования.  

• Однозначные формулировки.  

• Отсутствие описательных шагов.  

• Примеры бизнес-метрик.  

• Использование таблиц принятия решений.  

• Диаграммы состояния переходов.  

• Автоматизация и детализация тестовой модели.  

• Иерархия тестов.  

• Приоритеты тест-кейсов.  

• Формирование тест-планов.  

• Платформенное построение.  

• Пофичива на основании пользовательских сценариев.  

• На основании дерева требований.  

• Тестовая модель - реклама работы с кейсами.  

• Четыре способа организации тестовой модели.  

• Вопросы от зрителей.  

• В жизненном цикле проекта может возникнуть необходимость в большом объемном регрессионном тестировании.  

• Важно учитывать, проводите ли вы полный регресс или выборочный.  

• Если выборочный, то на основе каких данных выбираются тесты: смоки, сте, импок-анализ, хай-приоритеты.  

• Если релизы частые, нужно отразить это в тестовой модели, чтобы успевать записывать и использовать тест-кейсы в регрессии.  

• Вопросы по выстраиванию тестовой модели с нуля, особенно для первого тестировщика на проекте.  

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

• Тестовая модель состоит из определенных частей, которые нельзя "пощупать".  

• Вопрос о выборе тестовой модели, если не используется энтуэ тестирование.  

• Попытка найти ответ на этот вопрос.  

• В системе каждая платформа имеет свою команду разработки и тестирования.  

• Фронт-энд и бэк-энд имеют свои команды и тестировщиков.  

• Важно построение тестовой модели на уровне независимых модулей кода.  

• Тестирование проверяет работу модулей кода.  

• Модули объединяются в доменные области и тест-планы.  

• Приемочное тестирование проводится на базе моков.  

• Важно тщательно тестировать интеграцию и соблюдение контрактов.  

• В системах существует несколько версий, и нужно проверять обратную совместимость.  

• Разделение по фичам подходит для сложных областей с высокой ценой ошибки.  

• Разделение по дереву требований требует времени и ресурсов.  

• Легко проводить импакт-анализ и регресс-тестирование.  

• Плюсы: проще обучать тестировщиков и меньше дублирования проверок.  

• Минусы: сотрудники быстро упираются в потолок развития, проблемы интеграции и высокие затраты на штат.  

• Тестовая модель сильно зависит от тест-менеджмент системы.  

• Разные системы предоставляют разные функционалы, такие как лейблы и кастом филды.  

• Планирование работы и тестирование контрактов должны быть четко определены.  

• Платформенное разбиение не всегда подходит для всех команд.  

• Важно иметь явный регламент для обучения новых сотрудников.  

• Тестовая модель должна быть описана и использована для планирования работы.  

• Тестирование контрактов должно быть в зоне ответственности бэк-энда.  

• Разные подходы к тестированию контрактов, такие как клайн фест и сервер фест.  

• Важно защищать фронт-энд от дурака на бэк-энде, используя тестовое окружение и договоренности с бэк-эндом.  

• Пофичевое разбиение предполагает параллельное релизирование функционала на разных платформах.  

• Фича должна работать на iOS, Android и веб одновременно.  

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

• Тестовые юниты соответствуют названиям фич в продукте.  

• Внутри юнита может быть иерархическая структура и группировка на системы.  

• Тестирование интеграции между сервисами уходит на второй план, так как тестируется фича от начала до конца.  

• Важно проверять взаимодействие и влияние одной фичи на другую.  

• Необходимы практики тестирования на проде, такие как мониторинг и быстрые откаты.  

• Обучение компетенции написания тестов на методы лежит в зоне ответственности департамента.  

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

• Продукт становится более качественным для клиента, скорость поставки фич возрастает.  

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

• Фокус на клиенте, тест-юниты соответствуют фичам, а не компонентам.  

• Тестировщикам интересно работать, но сложно нанимать и автоматизировать.  

• Важно, чтобы на проде все работало как часы и быстро откатывалось.  

• Половина участников работает в платформенных командах, другая половина - в Agile.  

• Обсуждаются подходы к тестированию и организации тестовых моделей.  

• Важность сквозного тестирования и работы с фичами.  

• Ведущий предлагает пройти опрос для обратной связи.  

• Обучение проходит онлайн, с акцентом на практические задания и вопросы.  

• Возможность задавать вопросы преподавателям и другим студентам.  

• В группе создается комьюнити для поддержки и обучения.  

• Материалы сохраняются в личном кабинете и доступны навсегда.  

• Обучение длится от четырех до восьмидесяти часов, в зависимости от опыта.  

• Курс состоит из двух блоков: работа с командой и техническая часть.  

• Каждая вторая лекция сопровождается домашним заданием.  

• В конце курса проектная работа, включающая презентацию и защиту решения проблемы.  

• В курсе участвуют девять преподавателей с разным опытом.  

• Ведущий предлагает написать в чат о достигнутых целях и вопросах.  

• Рассматривается идея наставников и менторов для помощи студентам.  

• Возможность задавать вопросы в телеграмме, включая философские и практические.  

• Кейсы разбираются не только преподавателями, но и сообществом.  

• Дискуссии корректируются, если ответы даны неправильно.  

• Компании проходят через этапы роста и разделения на центры экспертизы.  

• Появление тестировщиков и необходимость адаптации тестовой модели.  

• Переход на фичи и адаптация тестовой модели для автоматизации.  

• Знание тестовых моделей необходимо для эволюционных изменений.  

• Примеры и кейсы могут быть полезны для понимания.  

• Вопросы о тестовых моделях и подходах к их формированию.  

• Подход к организации тестовой модели на основе дерева требований.  

• Тестовая модель как часть стратегии тестирования.  

• Приглашение на курс и напоминание о регистрации.  

• Возможность посмотреть другие открытые уроки на YouTube.