Сейчас рынок быстро развивается во многих отраслях промышленности, и при так называемом традиционном методе выполнения каскадных проектов, когда у вас есть все процедуры, этапы и вся документация об их выполнении, вам очень трудно идти в ногу с конкурентами. На протяжении последних нескольких лет гибкие (Agile) технологии представляли собой одну из ключевых потребностей для изменения процесса разработки, которая позволяет не отставать от следующих лучших поколений продукции. Сейчас конкуренция на многих разных уровнях в промышленности жесткая, многие люди берут уже существующие идеи других людей, а затем просто переносят их на следующий уровень. Так что если вы один из первых, кто сделал отличный продукт, сегодня появляется множество людей, которые автоматически делают то, что делаем мы. Вы должны идти в ногу с ними, а при традиционном каскадном подходе, если бы мы проходили через все эти процедуры, то не добились бы этого. Гибкий подход действительно позволяет нам ускорить процесс и выпускать продукцию на рынок вместе со всеми нашими конкурентами.

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

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

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

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