Модель перевода.

Четыре основных шага перевода:

• человек получает информацию, содержащуюся в представлении A(из рук, осязание, глаза…)

• запоминает полученную информацию в своей памяти ;

• выбирает из своей памяти преобразуемую информацию и информацию, описывающую процесс преобразования, выполняет перевод и посылает результат своему пишущему механизму;

• с помощью этого механизма он фиксирует представление B.

На каждом из этих шагов человек может совершить ошибку разной природы. На первом шаге способность человека "читать между строк" (способность, которая часто оказывается полезной, позволяя ему понимать текст, содержащий неточности или даже ошибки) может стать причиной ошибки в ПО. Ошибка возникает в том случае, когда при чтении документа A человек, пытаясь восстановить недостающую информацию, видит то, что он ожидает, а не то, что имел в виду автор документа A. При запоминании информации человек осуществляет ее осмысливание (здесь важен его уровень подготовки и знание предметной области, к которой относится документ A). И, если он поверхностно или неправильно поймет, то информация будет запомнена в искаженном виде. На третьем этапе забывчивость человека может привести к тому, что он может выбрать из своей памяти не всю преобразуемую информацию или не все правила перевода, в результате чего перевод будет осуществлен неверно. Это обычно происходит при большом объеме плохо организованной информации. И, наконец, на последнем этапе стремление человека быстрее зафиксировать информацию часто приводит к тому, что представление этой информации оказывается неточным, создавая ситуацию для последующей неоднозначной ее интерпретации.

Основные пути борьбы с ошибками.

• сужение пространства перебора (упрощение создаваемых систем),

• обеспечение требуемого уровня подготовки разработчика (это функции менеджеров коллектива разработчиков),

• обеспечение однозначности интерпретации представления информации,

• контроль правильности перевода (включая и контроль однозначности интерпретации).

10. Комплексная отладка и тестирование программного средства. Основные понятия.

Отладка ПО  это деятельность, направленная на обнаружение и исправление ошибок в ПО с использованием процессов выполнения его программ. Тестирование ПО  это процесс выполнения его программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом.

Отладка = Тестирование + Поиск ошибок + Редактирование.

Комплексная отладка по.

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

Включает в себя:

Тестирование архитектуры ПО. Целью тестирования является поиск несоответствия между описанием архитектуры и совокупностью программ ПО. К моменту начала тестирования архитектуры ПО должна быть уже закончена автономная отладка каждой подсистемы.

Тестирование внешних функций. Целью тестирования является поиск расхождений между функциональной спецификацией и совокупностью программ ПО.

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

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

Тестирование определения требований к ПО. Целью тестирования является выяснение, в какой мере ПО не соответствует предъявленному определению требований к нему. Особенность этого вида тестирования заключается в том, что его осуществляет организация-покупатель или организация-пользователь.