Есть проект. На него выделено N часов.
Появляется требование не менее 70% покрыть юнит-тестами.
На сколько для качественного покрытия увеличивать сроки?

Здравствуйте, BlackEric, Вы писали:

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?

При грамотном подходе иногда даже уменьшить могут время разработки. Но так, в среднем по больнице с потолка я бы сказал в полтора два-раза.

Здравствуйте, BlackEric, Вы писали:

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?

Зависит от качества дизайна проекта. Но в целом, согасен с оценкой в 1.5-2 раза.

Здравствуйте, BlackEric, Вы писали:

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?

А если еще sql/linq запросы к бд покрывать тестами? У меня вырисовывается итоговый коэффициент 2.2 где-то.

Здравствуйте, BlackEric, Вы писали:

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?

х2

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?
Если вы используете разработку через тестирование — ни на сколько.
Если у вас есть выделенные тестеры и уже используется юнит тестирование — раза в полтора.
Если у вас есть выделенные тестеры, но юнит тестирования не используете — раза в 2
Если у вас нет выделенных тестеров, но у вас есть отдельная процедура тестирования — раза в 3-5
Если у вас нет выделенных тестеров и нет выделенной процедуры тестирования — раз в 5-10

Здравствуйте, BlackEric,

BE>Появляется требование не менее 70% покрыть юнит-тестами.
BE>На сколько для качественного покрытия увеличивать сроки?

Грубо навскидку — тоже на 70%.
По крайней мере, будет легче объяснять вышестоящим манагерам, "а почему на 70%?"

Здравствуйте, GarryIV, Вы писали:


BE>>Есть проект. На него выделено N часов.

GIV>При грамотном подходе иногда даже уменьшить могут время разработки.

Как все запущено. Покрытие тестами сокращает время разработки фиксированного набора фич фиксированного качества до стадии стабилизации продукта/услуги.

А проект, о чем ТС упомянул — это другое. Главное отличие — фиксированные временные рамки. и дедлайн в конце.

P.S. Про 1.5-2 раза согласен.

Здравствуйте, BlackEric, Вы писали:

BE>>Есть проект. На него выделено N часов.
BE>>Появляется требование не менее 70% покрыть юнит-тестами.


BE>>На сколько для качественного покрытия увеличивать сроки?
BE>А если еще sql/linq запросы к бд покрывать тестами? У меня вырисовывается итоговый коэффициент 2.2 где-то.
Используй e или лучше π — выглядит гораздо более научно.

Здравствуйте, BlackEric, Вы писали:

BE>Есть проект. На него выделено N часов.
BE>Появляется требование не менее 70% покрыть юнит-тестами.
Посчитай покрытие gcov — ом и по проэктной статистике производительности инженера loc/day посчитай примерно трудозатраты.
BE>На сколько для качественного покрытия увеличивать сроки?
На 2.