Всем привет!
С вами снова я - ваш сменный-редактор-по-пятницам - Зинченко Татьяна. Сегодня у нас в рубрике ответ на вопрос Егора. Егор прислал очень развернутое письмо, в котором рассказал и о том, как он работает тестировщиком, и о том, что он пишет дипломную работу по теме "Модернизация процесса создания баг-репорта в процессе тестирования сайта". Собственно, вопрос от Егора звучит так:
С вами снова я - ваш сменный-редактор-по-пятницам - Зинченко Татьяна. Сегодня у нас в рубрике ответ на вопрос Егора. Егор прислал очень развернутое письмо, в котором рассказал и о том, как он работает тестировщиком, и о том, что он пишет дипломную работу по теме "Модернизация процесса создания баг-репорта в процессе тестирования сайта". Собственно, вопрос от Егора звучит так:
Вычислить среднее количество созданных баг-репортов в месяц, после внедрения в процесс ПО - не представляется возможным, так как кол-во созданных баг-репортов зависит от кол-ва обнаруженных багов, а последнее полностью основывается на человеческом факторе (напомню, я тестирую сайт вручную). Я могу найти баг, а могу и не найти его.
Даже если я нахожу баг и создаю баг-репорт по нему, то мне:
1) может потребоваться использование внедренного ПО,
2) может и не потребоваться его использование
Это зависит от сложности описания бага.
Из этого всего следует, что невозможно спрогнозировать появление багов при тестировании сайта, а следовательно невозможно спрогнозировать кол-во создаваемых баг-репортов в период окупаемости затрат на внедрение ПО.
Подскажите, как мне быть в таком случае? От чего отталкиваться, в вычислениях срока окупаемости затрат на внедрение ПО? И вообще возможны ли подобные вычисления, если данный процесс основывается на человеческом факторе?