tv 端不就是 Android 么？

是的，apk 的可以测试。但是类似于浏览器的页面挂在上面这种就不好开展了

之前有看到过 selenium+android_server.apk 的方案，但是中间的驱动以及 apk 文件都找不到了，也没有很广的应用范围

安卓的话 为什么不用 appium？

TV 和普通 APP 相比，主要是按键操作，这个重点测试一下。

测试的重点方向是 tv 端的 web 页面，不是 apk 内嵌的 webview，所以 appium 不行

感谢

安卓系统的浏览器也是一个客户端，appium 没问题的，selenium 的话，你需要了解移动浏览器的内核是什么，基本上是市面上 4 种原生内核，可以试一下

没有 H5 页面么?

是这样子的，目前我们这边 T 把盒子的原生浏览器打包进了桌面 launcher.apk，所以在这个桌面上挂一个链接，就会调用原生浏览器去浏览网页，我需要测试的是这个网页。 和 在上面装一个 chrome 浏览器打开网页效果是不一样的，因为还会涉及到播控的跳转，这个方法只有原生浏览器可以调用

有的，只是调用浏览页面的浏览器不一样

既然是 laucher.apk，那底层系统就是安卓的，所以 appium 或者 uiautomator2 应该都可以操作，在系统启动的时候就加载了 apk，可能需要通过查找具柄来获取对象，这个确实比较特殊，但是底层肯定不会有差异，除非是像鸿蒙那种颠覆性的操作系统（其实也是基于 Android 改的），否则应该有办法解决（没试过，只是个人猜测）

appium 可以操作上面的应用，但是单个 web 页面（只是一个测试链接的概念）appium 就不行了。

我们也有类似场景，就是外开广告页面，也是在应用内点击链接，调用系统原生浏览器加载页面显示广告，不知道和你这个是不是类似的

操作是差不多，但是实际是不一样。因为这个原生浏览器是没有实质的类似于 browser.apk 这样存在的，只有一个 webview 的 apk 存在，访问 url 就会直接调用这个 webview

diy 开个 talkback，uiautomator 就可以获取 web 内容了，之后按 app 测试。

TV 端搞 web 页面，运营需求？性能上不一定抗的住，当初我在乐视，rom 都是 native 做，运营走的是 classload 的插件更新方式。web 运营的话还是 RN 靠谱吧

tv 算是 android 异形屏吧，主要还是 android 平台和 web 技术产品如何测试的问题

我们现在做的和 在安卓手机上使用 webview 打开一个 web 页面这样子的 是一样的

是的，非常精辟了
我表达能力太差了

把 tv 系统当成安卓系统对待就可以， tv 一般打开调试模式默认会把 5555 端口，在同一局域网下用 adb 远程连接然后跑脚本

需要测试 android 的 webview 页面，但是这个 tv 端的 webview 并不是 android 原生的

talkback 开了服务，把 accessibilityFlags 加上 flagRequestEnhancedWebAccessibility，uiautomator 就能 dump 到布局

哪个公司 我怎么听着有点像我刚离职的公司。之前我都是一边功能测试，一边自动化。

看下来，两种引擎可以支持，可以把引擎封装起来，根据实时检测 top app，来切换引擎，并进行操作。

我也是搞电视的，不过今年主要搞接口，明天我也会步入到 TV 端的自动化