Составители:
Рубрика:
20
Это логически просто вытекает из предыдущего принципа. Необхо-
димо проверить программу на нежелательные побочные эффекты. На-
пример, программа расчета зарплаты, которая производит правильные
платежные чеки, окажется неверной, если она произведет лишние чеки для
работающих или дважды запишет первую запись в список личного состава.
Не следует выбрасывать тесты, даже если программа
уже не
нужна.
Эта проблема наиболее часто возникает при использовании интерак-
тивных систем отладки. Обычно тестирующий сидит за терминалом, на
лету придумывает тесты и запускает программу на выполнение. При та-
кой практике работы после применения тесты пропадают. После внесе-
ния изменений или исправления ошибок необходимо повторять тестиро-
вание, тогда приходится заново изобретать тесты. Как
правило, этого
стараются избегать, поскольку повторное создание тестов требует значи-
тельной работы. В результате повторное тестирование бывает менее тща-
тельным, чем первоначальное, т. е. если модификация затронула функ-
циональную часть программы и при этом была допущена ошибка, то она
зачастую может остаться необнаруженной.
Эту проблему почти полностью решают современные инструмен-
тальные средства тестирования, однако, она перешла в область организа-
ции труда разработчика.
Нельзя планировать тестирование в предположении, что ошибки
не будут обнаружены.
Такую ошибку обычно допускают руководители проекта, использую-
щие неверное определение тестирования как процесса демонстрации отсут-
ствия ошибок в программе, корректного функционирования программы.
Вероятность наличия необнаруженных ошибок в части програм-
мы пропорциональна числу ошибок, уже обнаруженных в этой
части.
Этот принцип, не согласующийся с интуитивным представлением, ил-
люстрируется рис. 2. На первый взгляд он лишен смысла, но, тем не менее,
подтверждается многими программами. Например, допустим, что некото-
рая программа состоит из модулей или подпрограмм A и B. К определен-
ному сроку в модуле A обнаружено пять ошибок, а в модуле B – только
одна, причем модуль
A не подвергался более тщательному тестированию.
Тогда из рассматриваемого принципа следует, что вероятность не-
обнаруженных ошибок в модуле A больше, чем в модуле В. Справедли-
Это логически просто вытекает из предыдущего принципа. Необхо- димо проверить программу на нежелательные побочные эффекты. На- пример, программа расчета зарплаты, которая производит правильные платежные чеки, окажется неверной, если она произведет лишние чеки для работающих или дважды запишет первую запись в список личного состава. Не следует выбрасывать тесты, даже если программа уже не нужна. Эта проблема наиболее часто возникает при использовании интерак- тивных систем отладки. Обычно тестирующий сидит за терминалом, на лету придумывает тесты и запускает программу на выполнение. При та- кой практике работы после применения тесты пропадают. После внесе- ния изменений или исправления ошибок необходимо повторять тестиро- вание, тогда приходится заново изобретать тесты. Как правило, этого стараются избегать, поскольку повторное создание тестов требует значи- тельной работы. В результате повторное тестирование бывает менее тща- тельным, чем первоначальное, т. е. если модификация затронула функ- циональную часть программы и при этом была допущена ошибка, то она зачастую может остаться необнаруженной. Эту проблему почти полностью решают современные инструмен- тальные средства тестирования, однако, она перешла в область организа- ции труда разработчика. Нельзя планировать тестирование в предположении, что ошибки не будут обнаружены. Такую ошибку обычно допускают руководители проекта, использую- щие неверное определение тестирования как процесса демонстрации отсут- ствия ошибок в программе, корректного функционирования программы. Вероятность наличия необнаруженных ошибок в части програм- мы пропорциональна числу ошибок, уже обнаруженных в этой части. Этот принцип, не согласующийся с интуитивным представлением, ил- люстрируется рис. 2. На первый взгляд он лишен смысла, но, тем не менее, подтверждается многими программами. Например, допустим, что некото- рая программа состоит из модулей или подпрограмм A и B. К определен- ному сроку в модуле A обнаружено пять ошибок, а в модуле B – только одна, причем модуль A не подвергался более тщательному тестированию. Тогда из рассматриваемого принципа следует, что вероятность не- обнаруженных ошибок в модуле A больше, чем в модуле В. Справедли- 20
Страницы
- « первая
- ‹ предыдущая
- …
- 16
- 17
- 18
- 19
- 20
- …
- следующая ›
- последняя »