Структурная схема программного приложения, Программирование, Аномалии и защитное программирование, Тестирование и отладка - Разработка автоматизированной системы формирования заказов ООО "Евротехноторг"

Программирование

В соответствии со структурной схемой приложения (п.4.1.2), разработаны программные модули на языке Delphi 7. Кроме того разработаны запросы на языке SQL, формы и отчеты.

Аномалии и защитное программирование

Описание аномалии

Реакции на аномалию

Способ защиты

1. Ввод в поле большее количество имеющегося товара

Выводит сообщение о том, что, такого товара нет в таком количестве. Документ не проводиться

Защищено разработчиком

2. Попытка провести документ с пустым значением реквизитов

Выводит сообщения о том, что имеются не заполненные реквизиты

Защищено разработчиком

3. Ввод в текстовые поля цифровых значений.

Поле остается пустым без каких-либо символов

Защищено разработчиком
Тестирование и отладка

На отладку и тестирование программ приходится около 50% общей стоимости разработки программного обеспечения.

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

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

Основные принципы организации тестирования:

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

Следует по возможности избегать тестирования программы ее автором, т. к. кроме уже указанной объективной сложности тестирования для программистов здесь присутствует и тот фактор, что обнаружение недостатков в своей деятельности противоречит человеческой психологии (однако отладка программы эффективнее всего выполняется именно автором программы);

По тем же соображениям организация - разработчик программного обеспечения не должна "единолично" его тестировать (должны существовать организации, специализирующиеся на тестировании программных средств);

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

Необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);

При анализе результатов каждого теста необходимо проверять, не делает ли программа того, что она не должна делать;

Следует сохранять использованные тесты (для повышения эффективности повторного тестирования программы после ее модификации или установки у заказчика);

Тестирования не должно планироваться исходя из предположения, что в программе не будут обнаружены ошибки (в частности, следует выделять для тестирования достаточные временные и материальные ресурсы);

Следует учитывать так называемый "принцип скопления ошибок": вероятность наличия не обнаруженных ошибок в некоторой части программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;

Следует всегда помнить, что тестирование - творческий процесс, а не относиться к нему как к рутинному занятию.

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

Хотя программа прошла тестирование успешно, в ней, тем не менее, могут содержаться ошибки, т. к.

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

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

Похожие статьи




Структурная схема программного приложения, Программирование, Аномалии и защитное программирование, Тестирование и отладка - Разработка автоматизированной системы формирования заказов ООО "Евротехноторг"

Предыдущая | Следующая