Советы по бюджетированию QA часов

Question

Иногда для QA становится трудно планировать и отслеживать часы QA, поскольку человек может потратить огромное количество времени на повторное тестирование дефектов и выполнение регрессии, если таковые имеются. В качестве примера можно привести веб-приложение с 50 вариантами использования.

Какие советы по составлению бюджета часов QA?

Answer 1

Выезд Планирование на основе доказательств . По общему признанию, это в первую очередь направлено на разработку этой функции, но есть правда знать, сколько еще нужно сделать и насколько надежным для начала является код. Некоторые из задач в расписании могут быть о том, сколько времени потребовалось для выполнения последнего регрессионного теста или сколько времени понадобилось для разработки модульных тестов.

Answer 2

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

Answer 3

В идеале были бы некоторые эмпирические данные для использования оценки

• Как QA записывает выполнение варианта использования?
• Если они не регистрируют время выполнения теста, то, вероятно, так и должно быть.
• Я всегда предлагаю записывать время установки / фактическое время выполнения теста, так как это будет учитывать любые прерывания, которые QA имеет во время выполнения теста, и обеспечивает более реалистичную меру. (т. е. это может быть 5-минутный сценарий использования, но если ваш QA прерывается каждые 5 минут, использование расчетного времени выполнения бесполезно, как руководство)

Надеюсь, это поможет