Сколько человеко-часов занимает регресс-тестирование на проекте
Что проверяют
Умеете ли вы оценивать, а не называть цифру наугад. За вопросом стоит проверка метода: из чего складывается объём регресса, что именно вы считаете, какие делаете допущения и отличаете ли человеко-часы от календарного срока. Заодно смотрят, понимаете ли вы, что автотесты сокращают прогон, но не убирают работу по разбору падений.
Как отвечать
Не называйте одно число, покажите расчёт:
- объём: полный регресс или риск-ориентированный набор вокруг изменений, сколько в нём кейсов;
- среднее время по классам: простая проверка занимает минуты, сквозной сценарий с оплатой и письмом уходит в десятки минут;
- умножение на конфигурации: браузеры, устройства, версии ОС, роли пользователей;
- подготовка: стенд, тестовые данные, накатывание сборки;
- перепроверки после исправлений, обычно самая недооценённая часть;
- отчёт и разбор упавших автотестов.
Дальше складываете и даёте вилку вместе с допущениями: столько-то человеко-часов, если стенд стабилен, конфигурация одна, а правок по ходу немного. Отдельно проговорите, что человеко-часы делятся на людей не бесконечно: параллелить можно, пока хватает стендов и непересекающихся тестовых данных.
Где спотыкаются
Называют голое число без допущений. Сказанное вскользь «два дня» превращается в обязательство, которое потом нечем защитить.
Забывают перепроверки и подготовку среды. Прогон кейсов это половина работы: исправления приходят волнами, и каждая волна возвращает часть проверок заново.
Путают человеко-часы с длительностью. Восемьдесят человеко-часов не означают, что пятеро закроют регресс за два дня: часть сценариев конфликтует по данным, стенд обычно один на всех, и людей нельзя добавлять до бесконечности.