Я знаю, что Lucy основана на Swing, и проблему следует сформулировать так: «Как сделать тест e2e для приложения Swing». Однако ниже приведены различия между моей программой и обычным приложением Swing.
Поскольку Lucy Framework — это прежде всего платформа OSGi, я попытался изучить способы выполнения тестов для платформ OSGi в целом. Однако мне кажется, что модульность подразумевает отдельное тестирование.
Мне нужен способ полностью протестировать e2e в рамках OSGi. Могу ли я узнать, есть ли способ/инструмент для достижения этой цели?
Ограничения:
Я точно застрял в Swing. Никаких переговоров по этому поводу.
Это платформа OSGi, что означает, что файлы jar загружаются по требованию. Основное приложение может запускать другое окно Swing/JavaFX. Это влияет на такие платформы, как AssertJ-Swing, где предполагается тестировать только один основной класс.
Я попробовал изучить тестирование черного ящика с помощью WinAppDriver и Inspect.exe из Windows SDK, чтобы мы могли напрямую тестировать двоичные файлы, не зная кода. Однако это не работает, потому что Swing плохо сопоставляется с собственным пользовательским интерфейсом, компонент за компонентом. Рефакторинг их в Java AWT только для удобства тестирования — это самоубийство. Поскольку я застрял в Swing, тестирование черного ящика прекращено.
Я знаю, что Lucy основана на Swing, и проблему следует сформулировать так: «Как сделать тест e2e для приложения Swing». Однако ниже приведены различия между моей программой и обычным приложением Swing. Поскольку Lucy Framework — это прежде всего платформа OSGi, я попытался изучить способы выполнения тестов для платформ OSGi в целом. Однако мне кажется, что модульность подразумевает отдельное тестирование. Мне нужен способ [b]полностью протестировать e2e в рамках OSGi[/b]. Могу ли я узнать, есть ли способ/инструмент для достижения этой цели? Ограничения: [list] [*]Я точно застрял в Swing. Никаких переговоров по этому поводу.
[*]Это платформа OSGi, что означает, что файлы jar загружаются по требованию. Основное приложение может запускать другое окно Swing/JavaFX. Это влияет на такие платформы, как AssertJ-Swing, где предполагается тестировать только один основной класс.
[*]Я попробовал изучить тестирование черного ящика с помощью WinAppDriver и Inspect.exe из Windows SDK, чтобы мы могли напрямую тестировать двоичные файлы, не зная кода. Однако это не работает, потому что Swing плохо сопоставляется с собственным пользовательским интерфейсом, компонент за компонентом. Рефакторинг их в Java AWT только для удобства тестирования — это самоубийство. Поскольку я застрял в Swing, тестирование черного ящика прекращено.
Мобильная версия