Часть II. Технологии быстрого тестирования и советы. У читателей может возникнуть вопрос: Какие ошибки могут остаться незамечен­ ными после интенсивного применения технологий статического тестирования

У читателей может возникнуть вопрос: " Какие ошибки могут остаться незамечен­ ными после интенсивного применения технологий статического тестирования, ти­ пичных для методики быстрого тестирования? " Ответ очень прост: скрытые ошибки. Скрытые ошибки — это ошибки, которые существуют, но не обнаружены. В среднем программы, попадающие к конечным пользователям, содержат от 0, 2 до 20 скрытых ошибок на тысячу инструкций исходного кода (К delivered source instructions, KSDI). В случае интенсивного применения технологий статического тестирования при раз­ работке проекта, к началу динамического тестирования количество скрытых ошибок должно снизиться на 65—80%. Остальные 20—35% скрытых ошибок должны быть об­ наружены на этапах тестирования модулей (ТМ), комплексных испытаний (КИ), сис­ темных испытаний (СИ), приемочных испытаний (ПИ) и сопровождения.

В течение динамического тестирования обнаруживаются ошибки, которые были допущены во время процессов определения требования технического задания (ТЗ), эскизного проектирования (ЭП), рабочего проектирования (РП) и кодирования. Еще? одним, иногда упускаемым из виду, источником скрытых ошибок является повторно используемое программное обеспечение. К возможными типам ошибок относятся: логические ошибки, простые опечатки, ошибки организации данных, ошибки, влияющие на эффективность, ошибки применимости, ошибки запросов баз данных, ошибки доступа к файлам, дефекты интерфейсов, ошибки управления загрузкой, от­ сутствующие функции, ошибочные алгоритмы, проблемы обмена данными, дефекты сценариев тестирования, неверное вычисление результатов тестов и множество дру­ гих. Короче говоря, последовательное накопление ошибок, которые все еще остают­ ся скрытыми на момент начала динамического тестирования, происходит на всех предыдущих этапах проектирования. За счет применения методики быстрого тести­ рования, которая позволяет максимально быстро выявить и исправить большинство скрытых ошибок, можно сэкономить время и существенно снизить трудозатраты.

На этапах ТЗ и ЭП жизненного цикла разработки функциональные требования объединяются с нефункциональными. Примерами нефункциональных требований могут служить календарный план поставки продукта, состав установочного комплек­ та, требования по заполнению базы данных, временные характеристики алгоритма, человеческий фактор, требования к поддерживаемым конфигурациям, коммуника­ ционная инфраструктура, требования к обеспечению безопасности, надежность и т.п. Большинство из этих требований разрабатывается на основе стандартов про­ граммирования или руководств по стилю, действующих в конкретной организации. Как правило, стандарты программирования создаются на базе опыта работы органи­ зации. Извлеченные в процессе деятельности уроки, наряду с результатами марке­ тинговых исследований программной продукции конкурирующих организаций, оформляются в виде стандартов программирования, иногда называемых руково­ дствами по стилю. Если ваша организация готова инвестировать определенные сред­ ства в тестирование, имеет смысл вкладывать их в автоматизацию тестирования стандартов программирования или руководств по стилю. После такого инвестирова­ ния персонал, занимающийся быстрым тестированием, может повысить скорость работы за счет многократного использования существующих планов тестирования, тестовых случаев, сценариев и средств тестирования, которые разработаны для про­ верки выполнения нефункциональных требований. Однако специалистам по тести­ рованию все еще придется разрабатывать тестовые случаи, сценарии тестирования,

методы обработки результатов тестов и средства тестирования при подготовке к ис­ пытаниям новых функций продукта, т.е. выполнения функциональных требований.

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