У нас есть приложение для метро, которое уже разработано и готово к развертыванию. Но мы все еще не удовлетворены те испытаниями, которые мы сделали до сих пор. Мы стремимся написать некоторый встроенный тестовый код в коде приложения, чтобы выявить определенные ключевые события в приложении, (генерируя некоторые события, которые может ждать тестовый код) и ожидая событий, генерируемых тестовым кодом. Этот способ мы можем генерировать больше сценариев.Межпроцессная связь между приложением метро и настольным приложением
Например, если есть четыре компонента, работающие в качестве фоновых потоков A, B, C и D И мы хотим, чтобы A выполнял тогда сигналы для проверки кода события и ожидания (в фоновом потоке только тогда, когда поток пользовательского интерфейса продолжает работать). Затем тестовый код имитирует некоторые действия пользователя и сигнализирует приложению, по которому приложение продолжает выполнять действия B и C, а затем снова ждет, когда тестовый код снова запускает некоторые тестовые примеры в пользовательском интерфейсе, в то время как фоновый поток все еще приостановлен.
Так что, как мы достигли сценария BackgroundThread A-> событие пользователя x-> Фон темы B -> Фон Thread C -> пользовательских событий у -> Фоновый поток D
Мы надеемся найти более синхронизации вопросов которые могут возникнуть из-за фоновых потоков. Движущей силой этого подхода является то, что мы не контролируем, когда поток выйдет из контекста. Поэтому мы хотим имитировать такие сценарии, чтобы проверять области раздора. Я пробовал все основные механизмы IPC, но, видимо, они не работают между приложениями метро и настольными приложениями из-за песочницы для приложений Metro.