Мифы и факты о тестировании программного обеспечения

Как говорится: «Если вы не хотите платить за тестирование на стадии разработки, вам придется заплатить за техническую поддержку и исправление ошибок, когда продукт будет выпущен на рынок». Тестирование на раннем этапе помогает сократить расходы на обслуживание программного обеспечения.

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

Некоторые особенно распространенные мифы, окружающие сферу программного обеспечения, поражают и шокируют нас!

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

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

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

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

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

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

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