在 github 上有详细的需求场景,这是一个月前提的需求,私信缺少上下文讨论环境。
我觉得你可能误解他们的说法了。你最好举个例子,看看他们是如何得出这个结论的。我感觉很大的可能是你测试只是停留在表层的功能,没有深入去分析待测产品的结构。
说实话我们这些工作十几年的人都不知道全国计算机等级考试还有软件测试,如此不跟行业接地气,被停也是早晚的事情。只是好奇国家停止这个的原因,是考试的人数少?
我是首推 yaml 的,编辑方便,编程读取也方便,灵活
腾讯好像有自己的玩法,可以借鉴下,他们研究的挺深入,我觉得还是用关键硬件的 api 调用计算更合适。
在你的个人主页上的回帖页面,你隐藏了嘛
@maine 把这个加入到 testerhome 的内推列表里吧
微信 seveniruby 手机 15600534760
这是与官方库的比对 https://github.com/NetEaseGame/ATX/compare/master...wuyisheng:master
除了 dumpsys,一般的自动化工具也是可以识别出弹框的。pageSource 里面的数据跟 dumpsys window 类似吧。appium 里面加个算法就可以识别了吧。
感觉 espresso 使用体验如何,相比其他框架
用 appium 应该也可以吧,有了不同的 context 应该可以识别出来
让别人也知道接口协议,省点时间,这样别人就可以用 jenkins 直接搞 job 来解决了。就 show 个图片价值低点
请注明薪资或者级别
你介绍下背后的技术原理吧,不然没营养。
我有所有云测服务商的对比报告,但是不能公开,私聊吧
这是 appium 体系的核心,因为他本身也是一个 web 接口服务,所以也会被成为 appium server,对外默认开启包括 4723 等多个端口。这个工具也是出名的难装,虽然安装只需要一行命令npm install -g appium
,但是很多小白基本安装不起来。条件要求很苛刻。
为了让 Appium 能够更好用,让小白入门更容易,让调试和界面分析更方便,官方开发了 GUI 的工具 Appium Desktop,界面如下
因为它内嵌了 appium,很多小白会以为它叫 appium,其实它是个综合性的桌面工具。只有分析时候采用。平时都是用 appium
appium 只是一个 web 接口,他接受 http 请求,所以各个语言都可以自己封装发送请求,于是就有 appium 下的各个子项目。
这个连接里面列举了所有的 appium 的 client
Language/Framework | Github Repo and Installation Instructions |
---|---|
Ruby | https://github.com/appium/ruby_lib |
Python | https://github.com/appium/python-client |
Java | https://github.com/appium/java-client |
JavaScript (Node.js) | https://github.com/admc/wd |
Objective C | https://github.com/appium/selenium-objective-c |
PHP | https://github.com/appium/php-client |
C# (.NET) | https://github.com/appium/appium-dotnet-driver |
RobotFramework | https://github.com/jollychang/robotframework-appiumlibrary |
你们购买了他们的服务了吗,感觉这个平台使用体验如何?
这是要抢阿里的风头呀,我只关心这代码会不会开源