Как спланировать время тестирования - PullRequest
5 голосов
/ 20 октября 2008

Допустим, 10 разработчикам потребовалось 6 месяцев, чтобы разработать какое-то приложение. Как руководитель проекта, сколько времени я должен уделить в моих планах тестирования?

6 месяцев усилий включают юнит-тестирование. Я конкретно о функциональном тестировании и приемочном тесте пользователя.

Существует ли какое-либо соотношение между временем разработки и временем тестирования?

Ответы [ 7 ]

6 голосов
/ 20 октября 2008

Вот короткая статья от Алан Пейдж , архитектор тестов в команде Microsoft Engineering Engineering Excellence:

Вот некоторые примеры, которые следует учитывать при оценке теста:

  • Исторические данные - По крайней мере, вы можете оценить дизайн теста на основе предыдущих проектов
  • Сложность - Сложность напрямую связана с проверяемостью. просто приложения могут быть протестированы больше быстрее, чем сложные программы
  • Бизнес-цели - Является ли приложение прототипом или демонстрационное приложение? Либо это программное обеспечение для управления полетом для космический корабль? Бизнес цели влиять на широту и глубину усилия по тестированию
  • Соответствие / соответствие - Если приложение должно соответствовать стандарт, эти требования должны быть учитывается при оценке тестирования задача.
5 голосов
/ 20 октября 2008

Существует ли какое-либо соотношение между временем разработки и временем тестирования?

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

2 голосов
/ 20 октября 2008

Я надеюсь, что вы, как менеджер проекта, планируете использовать итеративный процесс разработки, такой как Scrum или какой-то другой agile метод . Я бы не думал о тестировании как о фазе разработки, которая должна быть выполнена после завершения фазы разработки, но как о неотъемлемой части процесса разработки.

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

1 голос
/ 20 октября 2008

Я не верю, что это вопрос, на который мы можем вам ответить. Чтобы дать вам разумную оценку, нам нужно знать несколько вещей:

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

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

1 голос
/ 20 октября 2008

Общее практическое правило заключается в том, что тестирование займет 1/3 времени, необходимое для правильной разработки, но оно может сильно различаться в зависимости от того, что вы делаете, и от того, насколько масштабного тестирования вы ожидаете.

0 голосов
/ 25 октября 2008

Я согласен с принятым ответом от Паскаля Паради.

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

0 голосов
/ 20 октября 2008

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

Проект | Сложность | Время разработки | Время теста | # Разработчики | # Тестеры


А | 4 | 90 дней | 60 дней | 4 | 1

B | 1 | 60 дней | 30 дней | 2 | 1

C | 5 | 90 дней | 120 дней | 4 | 1 * * +1010

D | 2 | 15 дней | 7 дней | 2 | 2

E | 3 | 120 дней | 90 дней | 2 | 2

...