270
практически сохранить локальные особенности сигнальной составляющей в заданном
интервале исследования.
Это свойство вейвлет-фильтрации имеет важное значение для динамической
обработки записей, прослеживании отражений и обменов от пластов сложной структуры.
Современный уровень развития теории и практики вейвлет-преобразования
сигналов, новых информационных компьютерных технологий, совершенствование
методов вычислений и измерительной техники обеспечат на более высоком уровне
решение задач обработки нестационарных сигналов.
Литература
1. Daubechies I Ten Lectures on Wavelets (Philadelphia: SIAM, 1991).
2. Droujinine A. Theory and seismic applications of the eigenimage discrete wavelet
transform //Geophys. Prosp. 2006. V. 54, N 4. P. 441–461.
3. Meyer Y Wavelets and Operators (Cambridge: Cambridge Univ. Press, 1992).
ПРОБЛЕМЫ ТЕСТИРОВАНИЯ ВСТРОЕННЫХ СИСТЕМ
Атаджанова Н.С. (ТУИТ, ассистент)
В настоящее время повышается уровень автоматизации в различных сферах
человеческой деятельности, переход на новые технологии построения систем
автоматизации. В значительной мере этому способствует использование встроенных
систем управления объектами. Таким образом, проектирования встроенных систем
приобретает массовый характер.
К таким системам предъявляются большие требования по надежности и
безопасности функционирования. Так как тестирование – это основной метод измерения
качества, определения корректности и надёжности
функционирования программ,
приобретает большое значение вопрос о применимости классических методов
тестирования программ к ПО встроенных систем.
В данной работе проанализируем проблему тестирования встроенных систем с
помощью методик, используемых для систем общего назначения.
Перечислим классические задачи при тестирование ПО:
1. Тестирование функциональности системы на соответствие требованиям;
2. Тестирование производительности;
3. Тестирование системы при предельной нагрузке на различные ресурсы;
4. Оценка эффективности защиты от аппаратных сбоев, последствий проявления не
выявленных дефектов и ошибок программ;
5. Тестирования совместимости ПО со всеми модификациями аппаратуры;
6. Анализ исходных текстов;
7. Оценка удобства использования системы;
8. Тестирование надёжности: проверка поведения
при длительной непрерывной
эксплуатации при большой нагрузке.
Существуют различные классификации по тестированию. Тестирование бывает
прогрессивным и регрессивным. Если при прогрессивном тестировании проверяются
новые компоненты, то в регрессивном тестировании контролируется качество и
корректность изменений в программах и данных после внесения в них изменений.
Согласно еще одной классификации, тестирование бывает восходящее, когда сначала
тестируется
объекты нижнего уровня, и нисходящее, при котором в первую очередь
тестируются высшие иерархические уровни системы, а потом низшие.
Несмотря на многообразие методов, инструментов тестирования, как правило,
некоторые ошибки все равно остаются не выявленными. Основной причиной этого
являются, недостаток времени и сил для тестирования. Эффективность тестирования
271
можно
повысить, встроив средства тестирования в архитектуру системы уже на этапе
проектирования. Практикуется также создание тестов перед написанием тестируемого
кода.
На процесс тестирования и отладки системного программного обеспечения влияют
следующие факторы:
1. Работа в реальном масштабе времени;
2. Встроенная система интегрирована в объект управления;
3. Жесткие требования к надёжности и безопасности функционирования;
4. Тесная интеграция программного и аппаратного обеспечения системы: качественное
тестирование ПО невозможно при отсутствие корректно функционирующей
аппаратуры.
Тестирование функциональности встроенных систем, а
также проверка
устойчивости системы к неполадкам и безопасного оперативного восстановления при
сбоях затруднены по следующим причинам:
1. Сложность и модульность системы;
2. Для тестирования требуется дополнительные аппаратуры и ПО.
3. Проведение испытаний на реальном объекте управления обычно невозможно.
Тестирование производительности встроенных систем малозначимо на фоне
остальных задач. Однако существует более серьезная проблема - проверка способности
системы к работе в реальном масштабе времени.
Тестирование системы при предельной нагрузке на различные ресурсы в некоторых
случаях затруднены, так как рабочий ресурс аппаратуры ограничен.
Тестирование совместимости в отличии от тестирования ПО для универсальных
персональных компьютеров, обычно не требуется проверки
совместимости с широкой
номенклатурой аппаратных и программных продуктов, а нужна только совместимость с
продукцией этого же производителя и базовой конфигурацией ПК. Таким образом,
тестирование совместимости увеличивает общий объем работ по тестированию всего в
несколько раз. Однако в случае, когда требуется протестировать совместимость по
продуктами сторонних фирм, возникают проблемы дороговизны
этих продуктов и
нежелания конкурирующих фирм предоставлять свои системы для подобных целей.
Тестирование надежности не представляет особых технических проблем, но может
отнять очень много времени.
Регрессивное тестирование вручную очень трудоемко и требует использования
сложного тестового оборудования. Практика показывает, что регрессивное тестирование
одного контроллера только лишь для одного варианта внешних условий может длиться
часами, при этом большое количество ручных операций делает возможным пропуск
тестировщиком многих ошибок. Еще одним препятствий для регрессивного тестирования
является ограниченность рабочего ресурса аппаратуры.
Как видно из представленных примеров, применение
классических способов
тестирования либо не даёт нужного эффекта, либо приводит к очень большим
материальным затратам. Для этого требуется переосмысление привычных подходов к
проектированию встроенных систем.
Do'stlaringiz bilan baham: 
