А 600 - использовано неверное равенство или

равенство использовано неточно А 800 - нет необходимых вычислений

В 000 Логические ошибки В 100 - неверный операнд в логическом выражении

В 400--пропуск логической проверки В 600 - цикл выполняется неправильное число раз, включая бесконечный цикл

С 000 Ошибки ввода-вывода

C 3G0 - неправильный входной формат

С 500 - преждевременный конец файла

D 000 Ошибки манипулирования данными

D 100 - не предусмотрена установка начальных значений данных

D 200 - установка начальных значений данных выполняется неверно

D 300 - переменная, используемая в качестве флажка или индекса,принимает неверное значение

F ООО - Ошибки сопряжений F 500 - ошибки интерфейса приграмма/база данных

G ООО Ошибки определения данных G 100 - данные неверно определены или неверно установлена их размерность

Н 000 Ошибки в базе данных Н 100 - данные не занесены в базу данных Н 200 - начальные значения данных установлены неверно

J 000 Прочие ошибки

J9000-программное обеспечение не отвечает стандартам проектирования

Свидетельством высокой эффективности стратегии разработки и испытаний программ, принятой в Проекте 5, служит отсутствие среди данных системных испытаний сведений о некоторых определенных

категориях ошибок. Иапример, в данных Проекта 5 фактически отсутствуют ошибки вычисления индексов, адресов элементов, общего числа элементов (в проекте 3 ошибки этих категорий составили 26,37о ошп бок вычислений или 3,2% всех ошибок). В Проекте 5 по существу отсутствуют также ошибки считывания (записи) данных по неверным адресам. В то же время такие ошибки в Проекте 3 составили 12% ошибок манипулирования данными или 22% всех ошибок. Можно предположить, что ошибки этих категорий должны обнаруживаться в ходе программных испытании.

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

Таблица 4.16

Сопоставление типов ошибок, выявленных в Проекте 3 и в Проекте 5

) Цифры относятся только к той части программного обеспечения, которая ориентирована на режим реального времени, однако в других частях программного обеспечения Проекта 5 по этн.ч классам ошибок отмечены столь же высокие показатели.

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

*) Этот перечень следует представить для критической оценки потенциальным пользователям.

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

4.7.5. Выводы

На основании проведенного изучения характера программных ошибок и их податливости исключению с помош.ью различных средств и методов могут быть сделаны следующие выводы:

- для принятия правильных решений при разработке и оценке тех или иных средств и методов необ-

. ходима достаточно подробная классификация ошибок;

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

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

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