Доброго дня. Підтвердіть, будь ласка, аккаунт Linkedin прив’язано.

Ну така ситуація різниться від компанії до компанії
а стосовно

правда в тому процессі фіча буде теж тестуватись.. але не тестерами, користувачами

то по суті так можна сказати про все тестування, з чим я далеко не погоджуюсь так як величезна кількість бігів знайдена тестерами ще до моменту релізу. Так баги залишаться (в силу того що не все можна і потрібно тестувати) але кількість і критичність багів (за умови більш менш якісного тестування) значно зменшиться.

В мому випадку йдеться про мануал тестування в процесі розробки. Про яку затримку йде мова?

Це цікаве питання зі сторони тестування, як оцінити і протестувати все потрібне в обмежений період, але також цікаво як ПМ та інший стаф продає замовнику це тестування яке займає більше 50%

Детальна декомпозиція можлива за достатньої кількості і якості документації і оголошеного скоупу робіт. За його відсутності важко дати точний естімейт. Що робити в такому випадку?

Що малося під формулюванням

«сколько времени занимает».

До прикладу розробка якоїсь фічі займає 3 год. Тобто тестування тієї ж фічі мало б займати 54 хв (тобто 30%). Така сама логіка розрахунку і на проекті. Якщо девелопмент займає 200 год, то тестування на цьому проекті повинне бути орієнтовно 30% тобто 60 год