Форум тестировщиков: Software-Testing.Ru: Относительные затраты на тестирование и управление - Форум тестировщиков: Software-Testing.Ru

Возьмём трудоёмкость проекта за 100%
Сколько нужно отвести на разработку, сколько на тестирование, сколько на управление?
60 - 30 - 10 ? 60 - 35 - 5? 55 - 40 - 5?

Сейчас буду искать, но может у кого-нибудь уже есть аслуживающие доверия "данные по IT отрасли"

Далёк от мысли, что подобные вещи могут быть стандартизованы, но всё же - может кто подскажет стандарт по данной тематике?

Спасибо.

QArer (26.3.2009, 13:57) писал:

Сколько водки не бери, все равно потом в магазин бежать. Не вижу такой важной части как проектирование. И что значит управление?
По теме ничего конкретного сказать не могу.

А зачем вам эти цифры?

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

P.S.

Clauster (26.3.2009, 15:04) писал:

я надеюсь это была шутка

Средняя температура нужна в качестве опорной точки: сколько брать тестировщиков на проект, если количество разработчиков уже известно (проэстимировано)

Управление в данном случае , это трудозатраты на планирование проекта (как календарное, так и написание проектных процедур), проведение совещаний, написание отчётов.


На самом деле, однозначно помогли бы собственные исторические данные (при каких искомых цифрах проект был успешен), но с ними туговато.

Возможно у кого то есть толковые наработки (шаблоны) по оценке трудоёмкости , которыми не запрещено поделиться...

Oldman (26.3.2009, 16:07) писал:

Нет. Мне интересно, какие активности под этим подразумевает коллега.

QArer (26.3.2009, 19:43) писал:

Если вы знаете как сосчитать разработчиков, почему бы так же не сосчитать тестировщиков?

QArer (26.3.2009, 16:57) писал:

Грубо - треть на анализ, треть на разработку, треть на тестирование. Анализ в данном случае подразумевает знакомство с проектом, проработку каких-то вещей, собрания и т.п. Разработка - собственно разработка плюс исправление ошибок. Тестирование - всё, что связано с тестированием. При этом за рамки проекта выносятся определённые активности (например, приёмочное тестирование). Подчеркну, что это грубая прикидка, всё сильно зависит от конкретного проекта и конкретных исполнителей.

Clauster (26.3.2009, 19:50) писал:

да в таком ракурсе действительно интересно

@QArer
Средняя температура в данном случае будет то же самое что и пальцем в небо

"Всё зависит от специфики проекта" - это универсальный ответ на все вопросы :)

На самом деле , тему я поднял в надежде увидеть ссылок..
Как то давно сталкивался с подобными репортами, аналитикой, но совершенно вылетело из головы название сайта..
А спросить счас не у кого...

QArer (27.3.2009, 10:33) писал:

А вы Демарко читали?

Clauster (27.3.2009, 12:24) писал:

А что именно из Демарко в данном случае поможет? Айтишная утопия "Deadline"? :)

Или всё же что-то из совместного творчества с Листером - "Вальсируя с медведями" и Peopleware?

QArer (27.3.2009, 10:33) писал:

Как ни странно, это __правильный__ универсальный ответ.
Мне встречались случаи, когда тестирование съедало около 90%, но у вас не тот случай (если бы был тот -- вы бы про это знали :) )
А насчёт среднего по больнице -- чуть выше уже прозвучала цифра: заложите примерно 30% на тестирование. Плюс-минус 30% :)
Я надеюсь, вы понимаете, что это всего лишь предварительная оценка, и не собираетесь выполнить в точности план, в который она заложена?
План нужен не для того, чтобы его выполнять, а для того, чтобы вовремя заметить отклонения и понять, что действительность оказалась не совсем такой, какой вы её себе представляли, и принять корректирующие меры.

greesha (27.3.2009, 13:16) писал:

в этом случае

QArer (27.3.2009, 10:33) писал:

что угодно поможет

1) О чём вообще речь - о продолжительности фаз или о ресурсозатратах (человеко-часах) конкретных проектных роей?
2) Это проект по созданию нового продукта или новая версия в рамках давно созданной программы?
3) Какой объём кода в KLOC?
4) Какие у Вас оговорены метрики качества и какие их показатели являются критерием успешности проекта?
5) Приложение - кроссплатформенное? Сколько платформ?
6) Тиражное или заказное?
7) По какой методологии работаете (т.е. на какую больше всего похоже)?

Очень многое зависит от опыта и навыков руководителя тестирования, да и от всей команды в целом. Но в любом случае надо начинать с ответа на вышеперечисленные вопросы - это и есть "специфика проекта", самый базис. В моей практике есть успешный проект, где фаза тестирования занимала почти 90% времени проекта, и ресурсозатраты в тестировании были около 60%. Есть проект с ресурсозатратами в тестирование 1/24 (~5%) от проекта - и тоже успешно достигнувший своих целей. Но чаще всего сталкиваюсь с ~60/40 - но не потому, что это распределение подходит для решения конкретных задач, а потому что "так принято" :)

QArer (26.3.2009, 19:43) писал:

Если действительно просто отбросить "специфику задач и проекта", то, на сколько помню, оптимальное сочетание количества разработчиков к тестировщикам на проете это в среднем 3:1.
На менеджмент 10 - 20% от времени на "разработу + тестирование" (опять таки от специфики :)).

По хорошему - сесть и считать ожидаемые трудозатраты, сделать матрицу функционала и в ней прикинуть трудозатраты в трех колонках оценок (Оптимистичная / Средняя / Писсимистичная) по тестированию каждой функции, + перечислить все ожидаемые таски по тестированию, + количество циклов (учесть, что длина циклов будет разная), + трудозатраты на регрессию (+15%), + нефункциональное тестирование, накинуть рисков в зависимости от того, где и какого плана ожидаете "геморроя". И в конце получите некую оценку Х по срокам и требуемым кадрам (по квалификации). Сравните эту оценку со сроками, которые у вас есть согласно рамок проекта, и естествено бюджетом. Если из бюджета не вылазите - посчитайте сколько надо людей, что бы в рамках отведенных сроков успешно закрыть все таски. Если вылазите из бюджета - надо будет расставить приоритеты, и все второстепенное отложить на "если останется время...".

Когда я занимался разработкой Интернет-сайтов отладка занимала примерно 15-30% от времени разработки. Но тут надо учитывать специфику - сайты строятся на уже отработанных модулях => почти не тратится время на разработку сценариев тестирования и как правило сталкиваешься с типичными багами. Чем сложнее сайт тем больше в % отношении отводилось на тестирование.

for_ruslan (6.5.2009, 5:21) писал:

Вы не указали сложность сайтов. Приведите хотя бы некоторые из величин:
1) число вариантов использования
2) число функциональных точек
3) цикломатическая сложность кода

Если ваш сайт имеет один единственный ВИ "показать контент" (сайт визитка), то все сводится к тому "а как я сверстал?". Как мы понимаем в этом случае отладка резко отличается от варианта, когда на тонком клиенте реализована складская система на полтысячи ВИ. Не так ли?

SALar (6.5.2009, 14:15) писал:

Согласен, что чем проще сайт тем меньше в относительном и абсолютном значении уходит время на тестирование. При чем это относиться не только к сайтам.

К сожалению таких умных определений я не знаю (число функциональных точек, цикломатическая сложность кода) и ответить точно на вопрос не могу, да и не доконца понимаю зачем это сейчас топикстартеру. У нас сложность как правило определялась наличием модулей (каталог товаров, интернет магазин), сложностью доработок в стандартных наработанных модулях под конкретно этот сайт и существованием модулей которые надо будет писать "с нуля". Могу сказать что сложными сайтами для нас были http://asiastroy.kz/ и http://www.gostudygo.kz/.

for_ruslan (7.5.2009, 7:48) писал:

Опрос про образование - результаты неправильно отображаются - вне зависимости от %, кол-во голосов всегда 499 :)

Natalya Rukol (18.7.2009, 23:33) писал:

кол-во голосов _везде_ (по всем вариантам) одно и тоже )