Тестирование на этапе сопровождения программного продукта

Тестирование на этапе сопровождения программного продукта

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

Регрессионное тестирование

Регрессионное тестирование проводят для исправления выявленных на этапе эксплуатации программного обеспечения (ПО) дефектов и ошибок, изменений, сделанных в приложении или окружающей среде. Это может происходить вследствие слияния кода, добавление или замена новым набором прикладных библиотек стороннего производителя, перехода на другую операционную систему, обновление версии базы данных, сервера приложении и др. Цель регрессионного тестирования: доказать, что “ничего не затронули” в процессе необходимых модификаций, и что программный продукт все также соответствует всем ранее заявленным требованиям.

Необходимость автоматизации тестирования

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

«Идеальный» выход - создать обширный тест и запускать его после всех изменений. Но, к сожалению, для многих проектов это не всегда возможно, так как проекты меняются слишком часто, или потому, что данное масштабное тестирование должно проводиться на разных операционных системах, или ввиду несопоставимости серьезных масштабов программы-теста с малыми объемами тестируемых программных продуктов.

Процесс регрессионного тестирования может происходить с помощью следующих инструментов автоматизации:

• Selenium;
• Watir;
• Automated QA TestComplete;
• HP / Mercury QTP;
• HP / Mercury WinRunner;
• Selenium RC;
• IBM Rational Robot;
• Segue SilkTest;
• Ranorex;
• Robotium

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