Наш подход к архитектуре часто представляет собой архитектуру портов и адаптеров (гексагональную), где у нас есть простое старое ядро приложения с кодом и специальные адаптеры по периметру, склеивающие наше приложение с реальным миром. Нам очень удобно тестировать адаптеры для конкретных технологий на других системах, таких как s3, представления Android, большинство битов ios, грубые операции с базами данных и т. д. и т. д.; но когда дело доходит до chromecast, нам серьезно не хватает.
Наш приемник Chromecast по-прежнему соответствует шестиугольному дизайну, но в случае адаптеров Cast SDK мы пошли по пути имитационных классов, которыми вы не владеете. Так что все это немного рискованно, в то время это вселяло в нас уверенность — но с периодом полураспада.
Одна из мыслей, которые у меня были, связана с использованием sdk отправителя в безголовом хроме в сочетании с получателем «испытателя». Я думаю, что я мог бы сериализовать команды и ответы по сети, используя пользовательский канал сообщений. Поэтому мы могли загружать тесты в приемник, выполнять их и сообщать результаты клиенту.
Если у меня есть время или я могу вдохновить кого-нибудь попробовать, я отчитаюсь о результатах.
Я думаю, что первое, что нужно попробовать, это загрузить простой тест с одним утверждением.
Затем следующим шагом будет отправка обычных команд в стиле мультимедиа, таких как операция загрузки.
В любом случае, если вы хотите попробовать, напишите мне!
