我现在团队的开发测试比例差不多 4:1
工作强度还是挺大的
费半天劲找出来的问题,常常是开发一句话,哦,知道了,提个 bug 吧,有时间改
这样确实很不爽
从管理层面看,应该给 QA 配置更大的权限,让他作为对上线质量负责的核心
从个人层面讲,多找几个打脸的 bug,以后就好沟通了
#14 楼 @seveniruby 呃。。。 个人消息记录在哪? 反正现在是 @ 的右上角会有个红标提示,回帖的没提示 safari 浏览器
#11 楼 @lihuazhang 现在只有艾特了才提醒吧
#9 楼 @seveniruby 论坛能不能加个回帖提醒?刚发现已经有这么多个回复了
@lihuazhang 我想的是弄个东西,能让 appium 测试脚本获取到 app 的网络数据,验证操作是否正确触发了某个请求
用 fiddler 之类的工具好像不好和测试脚本结合起来
#1 楼 @lihuazhang 奇怪了,感觉这是个通用需求,按说会有人做
这么说搞个开源项目说不定有前途
哇哈哈哈哈
收益哪来的?
觉得不是个很难的事,行业数据应该还是行业内的人比较清楚哪些敏感
提出来哪些是关键字,伪造或者混淆一下对应关系,就可以吧
土司-feinno 看来是个前同事啊
最近一直在想自动化测试到底能给团队带来多大的价值,如果只限于跑跑遍历,好像并没有太好的效果。
可能验证 APP 的更新/安装,安卓分辨率的适配,更有价值一些
不过不清楚哪个测试框架对这方面比较擅长?也不清楚还能做些什么
另外,现在大部分测试框架都在安卓上偏重一些,不知道是因为安卓开放一些,可操控性更好,还是因为 iOS 硬件比较统一,开发环境也很完善,这种测试的需求不是特别明显造成的。
我觉着可以写到 WIKI 里
homebrew 真是居家旅行必备啊
#3 楼 @seveniruby 现在就是,环境里没 windows 的服务器了,所以只能换 jmeter
windows 其实没那么差,java7 nio 在 windows 上表现就挺好的
最大的问题就是要钱
#1 楼 @seveniruby
LR 好用主要就是报表,可以实时统计回来数据,最后测试结果太大的时候还能是使用 SQL 数据库暂存
应付百万并发连接的测试没啥问题,主要还是看脚本写的质量了
#9 楼 @seveniruby 没搞清楚为啥,从 google 论坛上也没见人回复 (https://groups.google.com/forum/#! topic/appium-discuss/D8eFR70Dvb0)
我也是通过 xpath 来遍历可操作的控件,目前可以跑,就是还需要再增加一些什么时候返回上一页的判断,在一些浏览窗口总是会挨个点一遍,再有就是这个崩溃的问题......
另外,appium 上不是能录制测试脚本吗?之前我这有崩溃的问题,给提了个 issues,说是修复了 (https://github.com/appium/appium-dot-app/issues/204)
看最后提到了个 appium 的自动遍历,最近我也再写这么个脚本,目前碰到个 app 总是异常推出的问题
不知道你是怎么实现的?啥时候能看到,那样我就不用再捣鼓了 呵呵
#34 楼 @seveniruby 我 sleep 是在两次 find 之间,操作的话还是 find 后直接操作的,page object 是什么意思?不懂
报名 咋个形式啊?