Как запланировать тестовое [закрытое] время

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

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

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

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

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

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

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

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

Я соглашаюсь с принятым ответом от Pascal Paradis.

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

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

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

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

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

C | 5 | 90 дней | 120 дней | 4 | 1

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

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