20-30% на тестинг - это нормальная эмпирическая оценка... она характерна to most projects most of the time...
вот только 20-30% не от девелопмента, в том смысле что не от кодирования... это доля тестинга в одном жизненном цикле продукта без учета сопровождения... Кодинг занимает примерно ту же долю - порядка 20%...
это что касается статистики.. как говорил Марк его Твен - есть три типа лжи - ложь, наглая ложь и статистика
Не стоит эстимейтить тестинг исходя из зачастую неправильных оценок по девелопменту... Чтобы получить нормальную взвешенную оценку необходимо сделать следующее:
Обсчитать функциональное тестирование:
1. Выписать ключевые логические модули приложения
2. Провести декомпозицию фич до 2-3 уровня
3. Сопоставить каждой задаче временную оценку в диапазоне 2-8 часов исходя из работы миддл тестера (если так не получается, перепроведите декомпозицию)
4. Просуммировать часы и умножить сумму на 1.3 (набрав опыта умножайте на 1.15)
Обсчитать регрессию по багам и функциональную исходя из оценки ожидаемого числа кейсов и багов на проекте с учетом числа тестовых циклов (да, и то и другое и третье можно и нужно прогнозировать)... Выделите человеко-неделю на перфоманс и 30% от одного цикла функциональной регрессии на апдейт тестовых док...
Итого готова оценка тестинга... Все взято с опыта.. Было время когда я по паре проектов в неделю эстимейтил..
)