Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений

После выпуска 426

homson Computer Press, подразделение

Стадииразработки Производственная стадия
Анализ требований3% Промышленное производство и сопровождение67%
Спецификация 3%
Проектирование5%
Кодирование 7%
Тестирование 15%

Всех ошибок все равно не найти. И вы никогда не сможете сказать с уверенностью, что программа работает правильно. Так зачем же ее тестировать?

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

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

Специалист по анализу предметной области (subject matter expert или software analyst) должен понимать, чего хотят пользователи и как это выразить в терминах, понятных программисту или другому разработчику.

Руководитель проекта (projectmanager, также называемый software development manager или producer) отвечает за качество программного продукта, планирование работ и составление бюджета разработки. Мы будем считать, что все отчеты проектировщиков и разработчиков непосредственно передаются ему.
• Проектировщиков (designers) продукта может быть несколько и среди них следующие.
Разработчик архитектуры (architect) определяет общую внутреннюю структуру кода и данных, принципы обмена данными между связанными программами и их совместного использов

общий перечень разделов этой главы.
• Обзор стадий разработки
• Стадии планирования
• Тестирование на этапе планирования
• Стадии проектирования
• Тестирование на этапе проектирования
• Тестирование "стеклянного ящика" на стадии кодирования
• Регрессионноетестирование
• Тестирование "черного ящика"
• Сопровожден

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