TestDroid 在 GTAC2015 上的分享连接.

https://docs.google.com/presentation/d/1SrxWmnYsRRkEEMz_g-hLi6kfFVaSWVs4uAK658IXyYI/pub?slide=id.gd8ed8c54e_0_0

内容解读

主要是采用了 opencv+appium 来组织测试用例. 其实跟 sikuli 架构差不多.
说实话我不太建议这种方式, 这会导致 case 变的难以维护.
比如研发要替换角色的图片什么的, 你的所有用例就得重写了. 定位的关键不能建立在这些需要动态更新的因素上.

有两条比较好的方式

• 让研发自己写个 sdk 暴露自己控件的控制方式, 比如某个 http 协议.
• 写通用的 cocos 或者 unity3D 的通用 sdk 然后再利用 appium 这类的通用测试框架来实现标准化管理.

testdroid 的设计架构