Восходящее и нисходящее тестирование

Некоторые методы тестирования и их совокупности применяются при двух принципи­ально различающихся стратегиях: от частного к об­ще­му (восходящее тестирование) и наоборот (нисходящее тестирова­ние).

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

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

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

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

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

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