Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Процедури відладки і тестування програм
Тестирование Основным постулатом программирования является утверждение о том, что "программ без ошибок не бывает". Как бы это не казалось парадоксальным, но это действительно так, и вся практика создания и использования программного обеспечения только подтверждает истинность этого постулата. Другое дело, что количество остающихся ошибок и возможные последствия от них могут быть разными. Поэтому задачей разработчика является создать такую программу и так провести ее тестирование, чтобы: n количество не выявленных ошибок было не очень велико; n последствия от не выявленных ошибок были бы по возможности минимальными; n на большую часть оставшихся ошибок программа реагировала сама. Именно с точки зрения этих показателей, а не декларацией о полном отсутствии ошибок, отличается хорошая (надежная) программа от плохой (ненадежной). Следует различать процедуры отладки и тестирования. Отладка - это процедура устранения явных синтаксических ошибок и ошибок кодирования (записи) исходного текста программы. Целью отладки является отсутствие таких ошибок в исходном тексте. Тестирование - это более глубокое испытание программы, цель которого выявление максимально возможного числа ошибок. Общим приемом тестирования является в принципе весьма простая процедура: задаются некоторые наборы данных (и соответствующие им параметры окружения), а затем с помощью прогонов программы получаются результаты, которые сравниваются с "правильными результатами". Вся проблема состоит в том, что: n для исчерпывающего тестирования сколь-нибудь сложных программ требуется астрономическое число тестовых прогонов; n для получения "правильных результатов" часто нет других эффективных способов, кроме использования самой тестируемой программы, что порождает порочный круг. Можно предложить некоторые общие рекомендации, позволяющие повысить эффективность тестирования.
Методы тестирования (стратегия) Под методом тестирования будем понимать общую организацию (план) процесса тестирования с точки зрения общей иерархии разбиения на модули, подмодули и т.д.
Класифікація документації на ПО n Рабочая документация - это все виды документов, которые ведутся в процессе разработки. Сюда входит все - начиная с исходных текстов программных модулей и заканчивая протоколами тестирования, актами приемки и т.п. n Отчетная (внешняя) документация предназначена для использования самими разработчиками, руководством проекта и пользователями. Виды внешней документации n Требования к системе оформляются в виде технического задания, которое составляется разработчиком совместно с заказчиком, согласовывается, утверждается и является официальным документом, на основании которого заключается контракт и ведутся работы по реализации проекта. n Проектная документация включает в себя обширный набор документов различного уровня и назначения, которые отражают развернутый план проекта. n Обычно проектная документация разделяется на: ¨ проект системы, куда входят описание техпредложения; ¨ описание структуры данных, содержащее описание всех используемых в программе данных (входных, выходных, внутренних, промежуточных); ¨ описание функциональной структуры программы, куда входят описания алгоритмов, операций, программных модулей, таблиц вызовов и т. п n Справочные пособия и руководства включают в себя всю документацию, необходимую для использования программы. n Сюда традиционно входят следующие виды документов: ¨ руководство пользователя, которое предназначено непосредственно для пользователя и должно содержать (в доступной форме) общее описание системы, подробные сведения о применении, разъяснение сообщений об ошибках и других особых ситуациях; ¨ руководство по обслуживанию, которое рассчитано на квалифицированного инженера и содержит сведения, необходимые для глубокого понимания работы системы; ¨ руководство оператора содержит четкие инструкции по установке, запуску и правильной эксплуатации системы, рассчитано на технический персонал не очень высокой квалификации. n Документация по ходу разработки отражает текущие результаты деятельности группы разработчиков. Эта документация составляется на основе текущей рабочей документации ¨ исходные тексты программ, которые при выполнении требования само-документированности дают наиболее исчерпывающее описание программной системы; ¨ машинная информация (чаще в безбумажной форме в виде файлов данных); ¨ документация по тестированию, содержащая описание тестов и результаты их прогона (промежуточные и окончательные), а также список выявленных ошибок.
|
||||
Последнее изменение этой страницы: 2016-08-26; просмотров: 115; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.22.68.29 (0.006 с.) |