Опишите реальный рабочий цикл: уточнение требований, выбор рисков, подготовка данных, создание проверок, запуск и разбор результатов. Использование AI укажите отдельно вместе с правилами проверки его вывода.
Абсолютно доказать отсутствие всех пропущенных сценариев нельзя. Можно показать прослеживаемость согласованных требований до тестов и результатов, а также явно раскрыть ограничения покрытия.
Долю мобильного тестирования нужно оценивать по собственным задачам и за выбранный период. Уточните, считаете ли время, количество проверок или число проектов.
Назовите приблизительную долю времени за конкретный период и объясните, какие работы вы включаете в ручное тестирование и автоматизацию. Процент без такого контекста малоинформативен.
Тест-дизайн — проектирование проверок на основе требований и рисков. К основным техникам относятся классы эквивалентности, границы, таблицы решений, переходы состояний и попарные сочетания.
Пирамида тестирования предлагает много быстрых локальных проверок, меньше интеграционных и сравнительно немного сквозных UI-тестов. Цель — быстрая обратная связь при приемлемой стоимости поддержки.
Соотношение в конкретной команде Ренессанс-Кредита нужно назвать по своему опыту и за определённый период. Единой подтверждённой пропорции для всей компании из вопроса не следует.
Выбрал бы основной пользовательский сценарий и проверку самого опасного отказа: потери денег, данных, доступа или нарушения ключевого ограничения. Конкретная пара зависит от рисков функции.
Пирамида обычно показывает много быстрых проверок отдельных компонентов, меньше интеграционных и небольшое число E2E-тестов. Чем шире сценарий, тем чаще растут время, хрупкость и стоимость диагностики.
Расскажите о реальной структуре хранения и причине выбора. Функциональные разделы обычно устойчивее, а связи с Epic помогают отслеживать работу над изменениями; эти способы могут сочетаться.
Опишите, работали ли с исполняемыми процессами BPMN, каким движком и на каком уровне их проверяли. Чтение диаграммы и тестирование её исполнения — разные виды опыта.
Стратегия ветвления влияет на скорость обратной связи, конфликты и совместимость тестов с версией приложения. Долгоживущие ветки увеличивают риск расхождения, а короткие требуют устойчивого CI.