Сообщений в теме: 44

[Green]

Качество тестирования я принимаю за постоянное в разных проектах, т.к. обеспечиваю его я.

Увы, должен Вас огорчить.
Даже Ваше качество тестирование зависит от многих факторов (включая атмосферное давление над Вашим рабочим местом).

Что же можно сказать о других?

[Angela]

Увы, должен Вас огорчить.
Даже Ваше качество тестирование зависит от многих факторов (включая атмосферное давление над Вашим рабочим местом).

Что же можно сказать о других?

тут Сергей, ты не совсем прав. На больших объемах (т.е. метрики собираются длительное время ) и при аналогичных проектах (т.е. когда требования к качетству проектов приблизительно одинаковые) атмосфероное давление или настроение тестироващика в один день работы влияет мало. Т.е.мы можем определить усредненную за весь срок проекта скорость работы (производительность) команды тестировщиков - мы можем оценить что для типичного для компании проекта с типичной для нее командой тестеров и разработчиков за Х человеко-часов работы тестировщиков (тестировщиков, тест-дизайнеров, тест-аналитиков и т.п.)в среднем по проекту (учитываем в метриках только завершенные проекты) регистрируется Y дефектов. Имея оценку трудозатрат на тестирование (а она была в постановке задачи) можем оценить количество дефектов которое будет обнаружено за весь проект.

Проверить полученную оценку можно по плотности дефектов. Если оценки сойдутся - ура! есть большая вероятность что они правильные. Если не сойдутся - надо думать почему. Скорее всего либо неверные метрики, либо неверные данные (оценка трудозатрат на тестирование или оценка размера кода).

[Green]

Увы, должен Вас огорчить.
Даже Ваше качество тестирование зависит от многих факторов (включая атмосферное давление над Вашим рабочим местом).

Что же можно сказать о других?

тут Сергей, ты не совсем прав. На больших объемах (т.е. метрики собираются длительное время ) и при аналогичных проектах (т.е. когда требования к качетству проектов приблизительно одинаковые) атмосфероное давление или настроение тестироващика в один день работы влияет мало. Т.е.мы можем определить усредненную за весь срок проекта скорость работы (производительность) команды тестировщиков - мы можем оценить что для типичного для компании проекта с типичной для нее командой тестеров и разработчиков за Х человеко-часов работы тестировщиков (тестировщиков, тест-дизайнеров, тест-аналитиков и т.п.)в среднем по проекту (учитываем в метриках только завершенные проекты) регистрируется Y дефектов. Имея оценку трудозатрат на тестирование (а она была в постановке задачи) можем оценить количество дефектов которое будет обнаружено за весь проект.

Проверить полученную оценку можно по плотности дефектов. Если оценки сойдутся - ура! есть большая вероятность что они правильные. Если не сойдутся - надо думать почему. Скорее всего либо неверные метрики, либо неверные данные (оценка трудозатрат на тестирование или оценка размера кода).

Angela,

Все верно... за исключение мааааааааааленького нюанса.

Статистические методы работают, но это законы больших величин. Чем больше, тем погрешность меньше. Для одного человека они (методы) тоже работают, но погрешность будет большой. Вот тут и вкрадывается атмосферное давление с ему подобными факторами.

[spenaker]

Что делать (как учитывать) код, сгенерированный автоматически?

[DrVal]

Исключать.

Что делать (как учитывать) код, сгенерированный автоматически?