Начало тестирования системы должно означать начало совместной работы с командами разработчиков и QA. Тестеровщики проводят запланированные тесты, обнаруживают дефекты и пишут отчеты об ошибках. Разработчики читают отчеты об ошибках, воспроизводят проблемы и исправляют программный код.
Вопрос в следующем: как исправления передаются команде тестировщиков?
Ответ на этот вопрос зависит от потока процесса разработки ПО. Разработчики записывают изменения, внесенные в систему управления конфигурацией, в рамках подготовки к периодическим процессам сборки. Процесс сборки ПО обычно выполняется ежедневно или еженедельно, после чего передается в группу по тестированию в соответствии с их потребностями.
Существуют различные вопросы о том, как часто группа по тестированию может принимать новые версии ПО. Если сборка выполняется слишком часто, стабильность тестовой среды может быть скомпрометирована — потребуется время для установки новых программных продуктов, проверки утечек и того, что дефекты, обнаруженные в предыдущей версии сборки, были исправлены.
Если сочетание версий чрезмерно разнообразное, просто не хватит времени для запуска достаточного количества тестов для обеспечения эффективности обнаружения дефектов в соответствии с выбранной методологией тестирования. Аутсорсинговые компании по тестированию тщательно, грамотно и экономически эффективно изучают разрабатываемые программные приложения, поэтому всегда разумно обращаться к ним за помощью.
С другой стороны, если сборка выполняется слишком медленно, то в этом случае невозможно достичь высоких уровней эффективности обнаружения дефектов.
В большинстве случаев, изменения, внесенные в программный код, приводят к обнаружению новых дефектов или дефектов, которые присутствовали ранее в сборке, но были замаскированы уже устраненными дефектами. Это означает, что необходимо добавить новые версии программных продуктов в тестовый цикл, чтобы обнаружить следующую партию дефектов.
Частота, с которой новые разработки программного обеспечения приходят от разработчиков, зависит от нескольких факторов, включая сложность программного обеспечения, количество тестировщиков и процент автоматических тестов от общего количества тестов.
К примеру, если вы можете выполнить все тесты в течение трех дней, вероятно, имеет смысл принимать новые сборки каждые четыре-пять дней. В этом случае три дня могут быть потрачены на выполнение тестов, а день или около того – на проверку исправлений дефектов, проведение специализированных тестов в некоторых перспективных областях, подготовку отчетов по управлению дефектами и регулярный анализ обнаруженных дефектов.
Комментарии отключены.
