#11 楼 @success 参考 wiki 答案都有 1.0.2 都老早的版本了 请参考 wiki 里边有让你去参考 https://github.com/macacajs
里边去找各 macaca 依赖组件版本 最新的 wd.java 也就是 pom 里的 macacaclient 是这个https://github.com/macacajs/wd.java 2.0.1 了
#5 楼 @sixleaves 当然试过的。你参考下我 mac 部署那篇。也都是 testng 驱动多执行。
@sixleaves https://testerhome.com/topics/6532 支持的 你参考下这个
官方样例说明
官方样例已整合至https://github.com/macaca-sample 该文用的是很早的地址下的样例。
目前今日2017年2月14日测试 https://github.com/macaca-sample/desktop-browser-sample-nodejs
https://github.com/macaca-sample/mobile-app-sample-nodejs
存在如下问题,已提交到 https://github.com/macaca-sample/desktop-browser-sample-nodejs/issues/1 请移步至此查看。
在 ubuntu 或 mac 系统环境下还是可以正常执行的。
在 win 环境下 npm i 安装 mocha 依赖有问题,手动安装依赖也无法解决该问题,等待官方修复。
面向现实测试:
什么是面向现实,现实是什么?现实就是 80% 的测试岗位,业内来看还是功能测试为主要。 现实就是一个公司的发展规模,盈利情况决定了需要的测试类型以及测试深度。一个公司,总是会经历由小到大 由小用户规模到大用户规模,所以测试也是这么个过程,就是先保功能体验,用户上规模了保服务性能,再上规模了对 web 的或 APP 的专项测试要求又来了,再上规模了 会考虑安全问题了。
所以 一个测试工程师的,测试进阶之路,个人认为应该是这样的:
1 功能测试--》系统测试 保证前端 以及头和尾 头指前端的一些界面层的数据展示等 UI 问题 尾指的是一定要保证落地数据一条不差 一字段不错
2 服务层接口测试 初级为了保功能服务 逐一调试接口 摸清具体功能调用的接口 以及服务对某一业务事务的具体处理调度关系。
理顺了所有业务功能与接口之间的关系 以及第 1 步与具体落地数据的关系的话 已经基本可以保证 9 成 9 的功能需求了。
3 接口自动化测试 上规模了 接口以及第 1 步的前端功能稳定了的话,就要考虑持续集成保证接口稳定了 就要做接口自动化平台了
4 性能测试 业务又上规模了 用户数又增加了,服务接口的具体处理调度与关系也已基本理顺了,但还是支撑不了用户数规模的话 就要上性能测试了 性能测试又分 面向服务层的 和面向前端体验层的性能 优先做服务接口层的
5 APP 专项测试 用户数撑住了 客户又刁钻了 最前端的胃口也越来越大 不满足功能上的了 要更高的 网络响应 更高的内存 更高的帧率与流畅度了 这时候就要做 APP 专项测试 保证这些了。
就先简单写到这,但以上 头 2 步 是 80% 公司规模 以及 80% 测试工程师做的事 那 20% 的 自动化测试 性能测试 APP 专项测试 如果公司不上规模 头 2 步又不能保证 上后 3 步 总是会事倍功半 所以想做全这 5 步 是需要一定个人能力以及与公司同步伐进步的。
#4 楼 @tfzhou 你的 macaca 脚本 是 java 还是 nodejs 还是 python 版本的啊 你的截图 我没看出来 macaca server 报什么错了。
参考 https://testerhome.com/wiki/macaca 先去把自己的脚本项目鼓捣好 先调试好样例项目 真机跑下样例项目
#24 楼 @lynn_qin 我这儿妥妥的啊 刚将 nodejs 升级到 6.9.4 又重新折腾了一遍 啥都好好的啊 你按套路安装啊 https://testerhome.com/wiki/macaca 这里的都看一下
#21 楼 @tongshanshanshan 看来自动化测试服务器 还是要一步到位弄个 mac 机 这样既可以连 ios 机又可以连 android 机....
#18 楼 @tongshanshanshan 就是跑用例的自动化测试服务环境,我们目前就是一台电脑 ubuntu16.04,部署了 macaca-cli 和 macaca-android 还有就是 android-sdk 执行环境,只能跑安卓 app 的用例。要是跑 ios app 的话那不是得 mac 系统环境吗?你这套脚本可以同时一个环境下去检测连接到这个环境的 ios 和 android?同时在这个环境下去并行安卓和苹果 app 用例?
@tongshanshanshan 你好,咨询下,有点没看懂你这么做的含义.意思是 你这套 py 脚本 是跑在一个 "测试执行服务环境" 的吗?
那么 这个"测试执行服务环境" 是一个什么平台下的环境 是支持 android APP 测试的 环境 还是支持 ios APP 测试的环境?
这个测试执行服务环境 不可能既是 android 又是 ios 的吧?
还是 你这个脚本 是去两套测试执行环境下去分别驱动 andriod 和 ios 的 否则 怎么叫 Android 和 iOS 并行测试.
这个并行 是在一套测试环境下的 还是 分别两套安卓和苹果环境下的?
@dongdong chrome 浏览器 有个插件的 比你这个好像方便些 叫 vysor
@kasi 也是深圳的啊 以后找你交流 我家离你也不远 可以顺风你
那你问我资不资瓷,我当然资瓷啊。你们啊,要努力提高姿势水平。国外那 Stack Overflow,水平不知道比你们高到哪里去,我跟他们谈笑风生。 这句亮了,我江信江疑...
佛家说的好:度天下可度之人,如果你从中悟不透,看再多的经书,终究还是脱不了凡尘,还俗吧。
文艺青年
这都太专业和深入了。膜拜,啃狗粮。
这是个双向问题 一方是公司企业 一方是个人发展 匹配得当 方向正确 跟着公司一起不断进步,一步一步夯实
(1 阶段 先解决手工功能测试(个人偏向团队要向着灰盒级别的系统级别测试,前端 服务 数据三者合一)和测试流程规范化问题 2 着手有实效的性能测试基于 lr 或 jmeter
3 第 1 阶段 初步保证了前端和数据 主要面向入口和出口,这时候我们可以考虑接入 中间服务层的接口测试了
4 当上步的 前端 服务 数据 基本手工测试基本到位了 这一步 我们可以考虑 接口持续集成自动化了 保证服务接口的稳定
5 当上一步稳定了,我们可以考虑 UI 面向前端的 UI 回归发版自动化持续集成了
6 以上几步稳定了 我们可以考虑更需要技术和底层的 APP 专项测试了 内存 CPU 流畅度 网络 等)
你看总会有要做的事情。总又你管理者需要推动和研究的。
#48 楼 @chenhengjie123 好的 我已经弄好了,先删除该 APP 再重启系统 再进行重新安装 就 OK 了
#29 楼 @chenhengjie123 10.1.1 其他应用也会有类似 bug 的 但都是通过更新 app 后正常的 所以你这个要看一下. 我最近遇到的最典型的就是 最新的优步 app 也是类似这样的 在设置里 找不到优步 更新后才可以正常找到
小小等待 居然可以了