+38(044) 277-40-42
+38(063) 233-01-83
+38(044) 277-42-05
+38(063) 233-01-83

Алгоритм проведения тестирования

Разработка программного обеспечения, как правило, начинается со сбора требований и подготовки технического задания. Тут стоимость ошибки минимальная, намного проще изменить пару абзацев чем переписывать часть системы во время эксплуатации. Исключая переделки которые приводят к срыву сдачи, тестирование требований окупается уже на старте. Техническое задание отвечает на вопрос что тестируем. На этапе проектирования тестов сначала строится абстрактный тест план который задает некоторую стратегию. Применимые виды тестирования когда, как и в каком окружении оно будет проходить условия подключения инженера по качеству. Затем описываются отдельные кейсы и сценарии которые выявляют сбои в системе. При длительной разработке, которая требует бесперебойного функционирования последней стабильной версии, выделяется отдельный тестовый стенд. Изменения порождают следующую, нестабильную версию, пользоваться которой не получиться. Для сложных проектов нужны несколько стендов: главный -  сервер для продуктивной системы; второй – для командной доработки; третий – окружение для прогона тестов; четвертый – для демонстрации промежуточных результатов. Когда появляется первая, или же альфа версия, начинаются прогоны заготовленных тестов, эта версия уже может быть передана потенциальным пользователям с целью получения замечаний. В итоге у системы появляются новые функции, а ошибки тщательно документируются и отправляются разработчикам. Для того чтобы вносимые изменения не повлияли на работоспособность приложения проверки проводятся снова. Если ручное тестирование отвлекает слишком много ресурсов, есть смысл его автоматизировать, это потребует дополнительных вложений, зато потом рутина будет выполняться  многократно, вне рабочее время и бесплатно. Результаты внутреннего тестирования обсуждаются с ключевыми сотрудниками, решается какие ошибки нужно исправить немедленно, а какие к следующему релизу. В последствии описанные этапы проверки могут повторяться, это называется циклом тестирования. Бета версия это еще не готовый продукт, но он уже выпускается, как правило это около 95% реализованного функционала. После завершения финального тестирования выпускается окончательная версия.