Тестирование и отладка программ.

Отла́дка — этап разработки компьютерной программы, на котором обнаруживают, локализуют и устраняют ошибки. Чтобы понять, где возникла ошибка, приходится:

узнавать текущие значения переменных;

выяснять, по какому пути выполнялась программа.

Существуют две взаимодополняющие технологии отладки.

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

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

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

Такой процесс формальной проверки, или верификации, может доказать, что дефекты отсутствуют с точки зрения используемого метода. (То есть нет никакой возможности точно установить или гарантировать отсутствие дефектов в программном продукте с учётом человеческого фактора, присутствующего на всех этапах жизненного цикла ПО).

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

С точки зрения ISO 9126, качество программного обеспечения можно определить как совокупную характеристику исследуемого ПО с учётом следующих составляющих:

Надёжность

Сопровождаемость

Практичность

Эффективность

Мобильность

Функциональность

(61). Организация и средства разработки ПО.

Программное обеспечение (ПО) – совокупность программ на машинных носителях плюс соответствующая документация. ПО делится на общесистемное, базовое и прикладное. Общесистемное – ОС, оболочки и среды (не отражают спецификации САПР). Базовое ПО – мониторная система – комплекс программ, управляющих прикладным ПО. Прикладное ПО – обычно набор пакетов прикладных программ, предназначенных для реализации тех или иных проектных процедур.

Разработка ПО

ПО САПР разрабатывается после создания математического, лингвистического и информационного обеспечения, при этом ПО включает последующее решение следующих задач:

1) выбор или разработка входных языков для всех подсистем САПР;

2) проектирование схем алгоритмов с уточнением методов алгоритмов, входящих в МО;

3) уточнение содержимого централизованной базы данных, составление массивов, выбор структуры массивов, составление технических задач на разработку модулей;

4) программирование модулей, выявление необходимости введения частных БД и при их наличии разработки информационного интерфейса разработка тестовых задач, макетов.

Проектирование ПО САПР осуществляется на основе принципов системного единства, развития, совместимости и стандартизации.

Принцип системного единства. При создании, функционировании и развитии ПО САПР связи между компонентами должны обеспечивать ее целостность.

Принцип развития. ПО САПР должно создаваться и функционировать с учетом пополнения, совершенствования и обновления ее компонент.

Принцип совместимости. Языки, символы, коды, информация и связи между компонентами должны обеспечивать их совместное функционирование и сохранять открытую структуру системы в целом.

Принцип стандартизации. При проектировании ПО САПР необходимо унифицировать, типизировать и стандартизовать ПО, инвариантное к проектируемым объектам.

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

автоматизированный проектирование программный