установщики модульного теста
Я не использовал RTOS, но я думаю, что это - то, как они работают.
существует различие между "жестким реальным временем" и "мягким реальным временем". Можно записать приложения реального времени на non-RTOS как Windows, но они 'мягки' в реальном времени:
-
Как приложение, у меня могли бы быть поток или таймер, который я прошу, чтобы O/S выполнил 10 раз в секунду..., и возможно O/S сделает это, большую часть времени, но нет никакой гарантии, что это будет всегда мочь к... этому отсутствию гарантии, то, почему это называют 'мягким'. Причина, почему O/S не смог, состоит в том, что другой поток мог бы сохранять систему занятым выполнением чего-то еще. Как приложение, я могу повысить свой приоритет потока к, например
HIGH_PRIORITY_CLASS, но даже если я делаю это, O/S все еще не имеет никакого API, который я могу использовать для запроса гарантия , что я буду выполнен в определенное время. -
А 'трудно' O/S в реальном времени делает (я воображаю), имеют API, которые позволяют мне запросить гарантируемый части выполнения. Причина, почему RTOS может сделать такие гарантии, состоит в том, что это желает к потокам аварийного завершения, которые занимают больше времени, чем ожидалось/, чем им позволяют.
2 ответа
Мне кажется, это больше похоже на интеграцию test, чем TDD.
Насколько я могу судить, нет никаких тестовых костюмов MSI как таковых.
Тем не менее вы можете попробовать что-то вроде этого (при условии, что у вас есть непрерывный сервер интеграции):
Возможно, неплохо было бы запустить несколько стандартных тестов на сгенерированном MSI. Файлы MSI поддерживают множество различных сценариев развертывания: установка администратора для извлечения файлов, объявленная установка для активного каталога, автоматическая установка, установка обслуживания, удаление и т. Д. Возможно, это действительно идея создать небольшой набор тестов для этого - возможно, это даже рассматривается для набора инструментов WIX, насколько я знаю.
Тем не менее, я думаю, что первым, лучшим шагом на пути к качественной настройке было бы запуск MSI через пакет проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих скриптов, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.
Файлы MSI поддерживают множество различных сценариев развертывания: установка администратора для извлечения файлов, объявленная установка для активного каталога, автоматическая установка, установка обслуживания, удаление и т. Д. Возможно, это действительно идея создать небольшой набор тестов для этого - возможно, это даже рассматривается для набора инструментов WIX, насколько я знаю.Тем не менее, я думаю, что первым, лучшим шагом на пути к качественной настройке будет запуск MSI через набор проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих скриптов, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.
Файлы MSI поддерживают множество различных сценариев развертывания: установка администратора для извлечения файлов, объявленная установка для активного каталога, автоматическая установка, установка обслуживания, удаление и т. Д. Возможно, это действительно идея создать небольшой набор тестов для этого - возможно, это даже рассматривается для набора инструментов WIX, насколько я знаю.Тем не менее, я думаю, что первым, лучшим шагом на пути к качественной настройке было бы запуск MSI через пакет проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих сценариев, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.
тихая установка, техническая установка, удаление и т. д. Может быть, это действительно идея создать небольшой набор тестов для этого - возможно, это даже рассматривается для набора инструментов WIX, насколько я знаю.Однако я думаю, что первое, Лучшим шагом на пути к качественной настройке будет запуск MSI с помощью пакета проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих сценариев, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.
тихая установка, техническая установка, удаление и т. д. Может быть, это действительно идея создать небольшой набор тестов для этого - возможно, это даже рассматривается для набора инструментов WIX, насколько я знаю.Однако я думаю, что первое, Лучшим шагом на пути к качественной настройке будет запуск MSI с помощью пакета проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих скриптов, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.
Лучшим шагом на пути к качественной настройке будет запуск MSI с помощью пакета проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих скриптов, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe. Лучшим шагом на пути к качественной настройке будет запуск MSI с помощью пакета проверки MSI. Они называются ICE (Internal Consistency Evaluators) и поставляются в виде файла * .cub вместе с Windows Installer SDK. Выполнение этих скриптов, как правило, выявляет множество плохих конструктивных элементов в MSI. Инструмент WIX для этого называется smoke.exe.