Относительные затраты на тестирование и управление
#1
Отправлено 26 марта 2009 - 10:57
Сколько нужно отвести на разработку, сколько на тестирование, сколько на управление?
60 - 30 - 10 ? 60 - 35 - 5? 55 - 40 - 5?
Сейчас буду искать, но может у кого-нибудь уже есть аслуживающие доверия "данные по IT отрасли"
Далёк от мысли, что подобные вещи могут быть стандартизованы, но всё же - может кто подскажет стандарт по данной тематике?
Спасибо.
#2
Отправлено 26 марта 2009 - 12:04
Сколько водки не бери, все равно потом в магазин бежать. Не вижу такой важной части как проектирование. И что значит управление?Возьмём трудоёмкость проекта за 100%
Сколько нужно отвести на разработку, сколько на тестирование, сколько на управление?
60 - 30 - 10 ? 60 - 35 - 5? 55 - 40 - 5?
Сейчас буду искать, но может у кого-нибудь уже есть аслуживающие доверия "данные по IT отрасли"
Далёк от мысли, что подобные вещи могут быть стандартизованы, но всё же - может кто подскажет стандарт по данной тематике?
Спасибо.
По теме ничего конкретного сказать не могу.
#3
Отправлено 26 марта 2009 - 13:07
Среднюю температуру по больнице можно получить, только вот как ее использовать.
P.S.
я надеюсь это была шутка... И что значит управление?...
#4
Отправлено 26 марта 2009 - 16:43
Управление в данном случае , это трудозатраты на планирование проекта (как календарное, так и написание проектных процедур), проведение совещаний, написание отчётов.
На самом деле, однозначно помогли бы собственные исторические данные (при каких искомых цифрах проект был успешен), но с ними туговато.
Возможно у кого то есть толковые наработки (шаблоны) по оценке трудоёмкости , которыми не запрещено поделиться...
#7
Отправлено 26 марта 2009 - 17:10
Грубо - треть на анализ, треть на разработку, треть на тестирование. Анализ в данном случае подразумевает знакомство с проектом, проработку каких-то вещей, собрания и т.п. Разработка - собственно разработка плюс исправление ошибок. Тестирование - всё, что связано с тестированием. При этом за рамки проекта выносятся определённые активности (например, приёмочное тестирование). Подчеркну, что это грубая прикидка, всё сильно зависит от конкретного проекта и конкретных исполнителей.Возьмём трудоёмкость проекта за 100%
Сколько нужно отвести на разработку, сколько на тестирование, сколько на управление?
60 - 30 - 10 ? 60 - 35 - 5? 55 - 40 - 5?
#8
Отправлено 26 марта 2009 - 19:24
Нет. Мне интересно, какие активности под этим подразумевает коллега.я надеюсь это была шутка... И что значит управление?...
да в таком ракурсе действительно интересно
@QArer
Средняя температура в данном случае будет то же самое что и пальцем в небо
#9
Отправлено 27 марта 2009 - 07:33
На самом деле , тему я поднял в надежде увидеть ссылок..
Как то давно сталкивался с подобными репортами, аналитикой, но совершенно вылетело из головы название сайта..
А спросить счас не у кого...
#10
Отправлено 27 марта 2009 - 09:24
А вы Демарко читали?"Всё зависит от специфики проекта" - это универсальный ответ на все вопросы :)
На самом деле , тему я поднял в надежде увидеть ссылок..
Как то давно сталкивался с подобными репортами, аналитикой, но совершенно вылетело из головы название сайта..
А спросить счас не у кого...
#11
Отправлено 27 марта 2009 - 10:16
А вы Демарко читали?"Всё зависит от специфики проекта" - это универсальный ответ на все вопросы :)
На самом деле , тему я поднял в надежде увидеть ссылок..
Как то давно сталкивался с подобными репортами, аналитикой, но совершенно вылетело из головы название сайта..
А спросить счас не у кого...
А что именно из Демарко в данном случае поможет? Айтишная утопия "Deadline"? :)
Или всё же что-то из совместного творчества с Листером - "Вальсируя с медведями" и Peopleware?
#12
Отправлено 27 марта 2009 - 10:33
Как ни странно, это __правильный__ универсальный ответ."Всё зависит от специфики проекта" - это универсальный ответ на все вопросы :)
Мне встречались случаи, когда тестирование съедало около 90%, но у вас не тот случай (если бы был тот -- вы бы про это знали :) )
А насчёт среднего по больнице -- чуть выше уже прозвучала цифра: заложите примерно 30% на тестирование. Плюс-минус 30% :)
Я надеюсь, вы понимаете, что это всего лишь предварительная оценка, и не собираетесь выполнить в точности план, в который она заложена?
План нужен не для того, чтобы его выполнять, а для того, чтобы вовремя заметить отклонения и понять, что действительность оказалась не совсем такой, какой вы её себе представляли, и принять корректирующие меры.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#13
Отправлено 27 марта 2009 - 13:40
в этом случаеА что именно из Демарко в данном случае поможет? Айтишная утопия "Deadline"? :)
Или всё же что-то из совместного творчества с Листером - "Вальсируя с медведями" и Peopleware?
что угодно поможетНа самом деле , тему я поднял в надежде увидеть ссылок..
#14
Отправлено 29 марта 2009 - 20:32
2) Это проект по созданию нового продукта или новая версия в рамках давно созданной программы?
3) Какой объём кода в KLOC?
4) Какие у Вас оговорены метрики качества и какие их показатели являются критерием успешности проекта?
5) Приложение - кроссплатформенное? Сколько платформ?
6) Тиражное или заказное?
7) По какой методологии работаете (т.е. на какую больше всего похоже)?
Очень многое зависит от опыта и навыков руководителя тестирования, да и от всей команды в целом. Но в любом случае надо начинать с ответа на вышеперечисленные вопросы - это и есть "специфика проекта", самый базис. В моей практике есть успешный проект, где фаза тестирования занимала почти 90% времени проекта, и ресурсозатраты в тестировании были около 60%. Есть проект с ресурсозатратами в тестирование 1/24 (~5%) от проекта - и тоже успешно достигнувший своих целей. Но чаще всего сталкиваюсь с ~60/40 - но не потому, что это распределение подходит для решения конкретных задач, а потому что "так принято" :)
Обучение для профессионалов: Школа тест-менеджеров | Школа тест-аналитиков | Школа Тестировщиков
Услуги для тест-менеджеров: Аутсорсинг тестирования | Поиск тестировщиков | Консалтинг
#15
Отправлено 30 марта 2009 - 13:13
...сколько брать тестировщиков на проект, если количество разработчиков уже известно (проэстимировано)
Управление в данном случае , это трудозатраты на планирование проекта (как календарное, так и написание проектных процедур), проведение совещаний, написание отчётов.
На самом деле, однозначно помогли бы собственные исторические данные.
Если действительно просто отбросить "специфику задач и проекта", то, на сколько помню, оптимальное сочетание количества разработчиков к тестировщикам на проете это в среднем 3:1.
На менеджмент 10 - 20% от времени на "разработу + тестирование" (опять таки от специфики :)).
По хорошему - сесть и считать ожидаемые трудозатраты, сделать матрицу функционала и в ней прикинуть трудозатраты в трех колонках оценок (Оптимистичная / Средняя / Писсимистичная) по тестированию каждой функции, + перечислить все ожидаемые таски по тестированию, + количество циклов (учесть, что длина циклов будет разная), + трудозатраты на регрессию (+15%), + нефункциональное тестирование, накинуть рисков в зависимости от того, где и какого плана ожидаете "геморроя". И в конце получите некую оценку Х по срокам и требуемым кадрам (по квалификации). Сравните эту оценку со сроками, которые у вас есть согласно рамок проекта, и естествено бюджетом. Если из бюджета не вылазите - посчитайте сколько надо людей, что бы в рамках отведенных сроков успешно закрыть все таски. Если вылазите из бюджета - надо будет расставить приоритеты, и все второстепенное отложить на "если останется время...".
#16
Отправлено 06 мая 2009 - 03:21
#17
Отправлено 06 мая 2009 - 08:15
Вы не указали сложность сайтов. Приведите хотя бы некоторые из величин:Когда я занимался разработкой Интернет-сайтов отладка занимала примерно 15-30% от времени разработки. Но тут надо учитывать специфику - сайты строятся на уже отработанных модулях => почти не тратится время на разработку сценариев тестирования и как правило сталкиваешься с типичными багами. Чем сложнее сайт тем больше в % отношении отводилось на тестирование.
1) число вариантов использования
2) число функциональных точек
3) цикломатическая сложность кода
Если ваш сайт имеет один единственный ВИ "показать контент" (сайт визитка), то все сводится к тому "а как я сверстал?". Как мы понимаем в этом случае отладка резко отличается от варианта, когда на тонком клиенте реализована складская система на полтысячи ВИ. Не так ли?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#18
Отправлено 07 мая 2009 - 05:48
Вы не указали сложность сайтов. Приведите хотя бы некоторые из величин:
1) число вариантов использования
2) число функциональных точек
3) цикломатическая сложность кода
Если ваш сайт имеет один единственный ВИ "показать контент" (сайт визитка), то все сводится к тому "а как я сверстал?". Как мы понимаем в этом случае отладка резко отличается от варианта, когда на тонком клиенте реализована складская система на полтысячи ВИ. Не так ли?
Согласен, что чем проще сайт тем меньше в относительном и абсолютном значении уходит время на тестирование. При чем это относиться не только к сайтам.
К сожалению таких умных определений я не знаю (число функциональных точек, цикломатическая сложность кода) и ответить точно на вопрос не могу, да и не доконца понимаю зачем это сейчас топикстартеру. У нас сложность как правило определялась наличием модулей (каталог товаров, интернет магазин), сложностью доработок в стандартных наработанных модулях под конкретно этот сайт и существованием модулей которые надо будет писать "с нуля". Могу сказать что сложными сайтами для нас были http://asiastroy.kz/ и http://www.gostudygo.kz/.
#19
Отправлено 18 июля 2009 - 20:33
Опрос про образование - результаты неправильно отображаются - вне зависимости от %, кол-во голосов всегда 499 :)[ Могу сказать что сложными сайтами для нас были ... и http://www.gostudygo.kz/.
Обучение для профессионалов: Школа тест-менеджеров | Школа тест-аналитиков | Школа Тестировщиков
Услуги для тест-менеджеров: Аутсорсинг тестирования | Поиск тестировщиков | Консалтинг
#20
Отправлено 22 июля 2009 - 09:58
кол-во голосов _везде_ (по всем вариантам) одно и тоже )Опрос про образование - результаты неправильно отображаются - вне зависимости от %, кол-во голосов всегда 499 :)[ Могу сказать что сложными сайтами для нас были ... и http://www.gostudygo.kz/.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных