Тестирование и отладка сайта

Сайт проектировался в виде следующей структуры взаимодействующих модулей и скриптов:

Рассмотрим более подробно назначение каждого модуля.

add_message.cgi – скрипт отображения списка слушателей с возможностью переход на страницу редактирования параметров слушателя.

add_prep.cgi – скрипт добавления нового преподавателя.

add_sch_waypoint.cgi – скрипт добавления пунктов в план работы студента. После добавления переадресует браузер к странице инициировавшей запрос.

add_student.cgi – скрипт добавления нового слушателя. При успешном добавлении студента переадресует браузер на страницу, инициировавшую запрос.

change-prep-attr.cgi – изменение параметров преподавателя.

change-student-attr.cgi – изменение параметров слушателя. Менять можно почти все, кроме логина. При успешном добавлении студента переадресует браузер на страницу, инициировавшую запрос.

edit_prep.cgi – скрипт создания формы редактирования параметров преподавателя.

delete_student.cgi – скрипт удаления слушателя.

delete_prep.cgi – скрипт удаления преподавателя.

delete_message.cgi – скрипт удаления сообщения из списка форума преподавателя со слушателем.

common.cgi – библиотека общих функций скриптов сайта.

close_sch_waypoint.cgi - скрипт для закрытия пункта плана работ. При успешном добавлении студента переадресует браузер на страницу, инициировавшую запрос.

change_student_attr.cgi – изменение параметров слушателя.

login_st.cgi – скрипт авторизации пользователя.

list_talks_to_append.cgi – печать сообщения, на которое отвечает пользователь.

list_students.cgi – скрипт отображения списка слушателей с возможностью перехода на страницу редактирования параметров слушателя. Также отображается форма добавления нового слушателя.

list_preps.cgi – скрипт отображения списка преподавателей с возможностью перехода на страницу редактирования параметров преподавателя.

get_users.cgi – скрипт отображения списка слушателей.

get_schedule.cgi – скрипт отображения данных слушателя и его плана работ.

get_file.cgi – скрипт выдачи файла, присоединенного к сообщению.

edit_student.cgi – скрипт создания формы редактирования параметров слушателя.

Существует два подхода к комбинированию модулей: пошаговое и монолитное тестирование. В пошаговом тестировании в свою очередь существуют два способа: тестирование снизу вверх (восходящее) и тестирование сверху вниз (нисходящее). Возникает вопрос: что лучше – выполнить по отдельности тестирование каждого модуля, а затем, комбинируя их, сформировать рабочую программу или же каждый модуль для тестирования подключать к набору ранее оттестированных модулей? Первый подход обычно называют монолитным методом тестирования, или методом «большого удара» при тестировании и сборке программы; второй подход известен как пошаговый метод тестирования или сборки. Метод пошагового тестирования предполагает, что модули тестируются не изолированно друг от друга, а подключаются поочередно для выполнения теста к набору уже ранее оттестированных модулей. Пошаговое тестирование имеет целый ряд преимуществ перед монолитным тестированием:

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

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

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

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