Главная страница  Анализ эмпирических данных 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [ 65 ] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

А 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

Категория ошибок

Проект 3

Проект Б )

Процент ошибок каждой категории от общего

числа ошибок соответствующего к.пасса

Процент ошибок каждой категории от общего чпсла всех ошибок

Процент ошибок каждой категории от общего числа ошибок соответствующего класса

Процент

ОШИбЧл

кажд >и катег пи от общего числа всех

ошибок

Ошибки, связанные с

47,6

12,3

46,8

пропусками логиче-

ских проверок

Ошибки, связанные с

43,1

26,7

инициализацией дан-

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

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



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

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

4.7.5. Выводы

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

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

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

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

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

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



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 [ 65 ] 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

© 2000 - 2018 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования.