Главная » » Развитие высококачественных встраиваемых систем тестирования
21:26
Развитие высококачественных встраиваемых систем тестирования
Диагностике это лучшее время в начале процесса развития. Если вы используете Unified Modeling Language (UML), и даже во время анализа и проектирования неисправность может быть найдено.
Однако, интеграции и тестирования программного обеспечения очень трудно, труднее для встраиваемых систем, в связи с менее вход и выход, работоспособности системы и видимость очень ограничена. Аномальные состояния системы особенно трудно проверить, потому что система в определении поведения государства требуется до входа в систему государства.
В данной работе, контрольно-измерительная аппаратура (приборы) код в реализации UML модели точки зрения, целью является повышение управляемости системы, наблюдаемости и измеримости легко. Оборудование для испытания могут быть использованы в среде разработки и цель, и интерактивных систем в отладке модели уровне. В пакетном режиме, испытательного оборудования сбора данных, инициализации и основы автоматизации тестирования. Цель этой статьи: Краткое введение на основе моделей разработки программного обеспечения и реализации этих моделей; обзор модели программного обеспечения на основе методов тестирования интеграции, определить важные модели системы во время выполнения данных и осуществления ключевых точках; описано в во время сбора данных и операционной модели Несколько программ; тестирование инструмента могут быть проверены автоматически.
Программное обеспечение неудачи команды программы или расчет ошибки, сбоя в программном обеспечении приведет к реализации состояния ошибки программного обеспечения. Когда ошибка распространено, и результаты представлены в виде исключения вне системы, ошибка. Управляемость программа тест-системы для последующей программы форсированного испытания способности особый путь исполнения может быть на этом пути исполнения ошибки. Процесс можно наблюдать этого испытания системы там, где состояние ошибки, то отметил, что способность вины.
внутреннее состояние системы имеет решающее значение для определения действительности испытания. Система выход начальном состоянии и входной решений. Начального состояния различных систем, даже если же вход и выход будет различным. Конечное состояние системы также должны быть использованы для оценки правильности часть теста считается неправильным в конечном итоге распространиться на внутреннее состояние выхода из системы и привести к ошибкам. Сложность системы делает правильный вывод системы прогнозирования становится все труднее.
Начальное состояние + входной ---> выход конечного состояния +
В "черный ящик" метод тестирования, только системы внешние входы и выходы известны. Необходимость использования специальной последовательности тестовых воздействий для передачи сообщения об ошибке различать ошибки и правильные процедуры. Специальные последовательности, необходимые для дольше процесс менее измеримы. И "черный ящик" похож на встроенные системы управляемость и наблюдаемость также низки. Оценка результатов внутреннее состояние конечной системы может сократить тестирования ошибки со специальными входной последовательности, в результате чего мелкие, более управляемые тест. Испытательное оборудование и стремиться к улучшению программ в то время как управляемость и наблюдаемость, чтобы получить больше процедуры могут быть измерены.
В коде приложения для поддержки использования тестовых технологий оборудования "стеклянный ящик" тестирования. UML в разработке модели системы, разработчики системы должны понимать задачи. На основании испытаний оборудования стратегии изоляции вины могут быть применены к UML-модели тестирования знаний интеграции. Эксплуатация системы и государственного уровня в анализе больше, чем в кодировании уровня видимости, так как последний, пострадавших от деталей реализации.
Испытание только от внешнего источника для установки начального состояния системы требует определенного внешнего последовательности стимулов. Аномальные состояния работы системы проверяется многие из ключевых встраиваемых приложений, но и порождает начальное состояние не является простой. Методы, описанные в этой статье могут быть использованы методы испытаний, существенно улучшить управляемость и наблюдаемость.
тестирование шаги интеграции
Интеграция тестирования можно разделить на два важных этапов, а именно, динамической проверки и целей интеграции. Динамическая проверка выполняется в среде разработки модели UML, цель состоит в определении применимости модели. Цели, связанные с интеграцией среды на целевых интеграции программного и аппаратного обеспечения. Динамическая проверка и задачи интеграции и осуществляется в стадии анализа, все с помощью того же инструмента, контрольно-измерительной аппаратуры поддержки.
Чтобы как можно больше динамического испытания проверки, его причин много: наличие оборудования, аппаратно-программных разделения, короткий цикл отладки и использования инструментов. Если проверка работы в динамическом испытании, не проблема может быть уверен, что модель, цель может быть направлено на интегрированный интерфейс отладки между компонентами системы, или конкретные вопросы платформы.
А. создания встроенных систем с использованием UML-модели
UML-модель может эффективно использоваться во встраиваемых приложений, программного обеспечения, требований процесса развития для обеспечения: модели строгой и полной, а в случае не влияет на оптимизацию модели, порожденный системой осуществления; система, общая структура процесса через несколько версии и обновления требования в обслуживании.
Для достижения этих целей, на основе моделей разработки программного обеспечения использовании метод преобразования с акцентом на преобразование методом с использованием этого теста в код, чтобы добавить поддержку, но технология может также применяться вручную для достижения модели UML. Характеристики этого метода пересчета будут описаны ниже.
