#180 楼 @qd_wzg 新版本都已经发布了. 去用新版本吧

#22 楼 @lihuazhang 过阵子再说呗, 我也只是提提想法.

#9 楼 @gaopeng1106 哈哈

#4 楼 @lihuazhang 首页显示技术贴, 讨论帖和新手帖降低权重. 这也是 @doctorq 说的高手和新人的阅读列表分开.

超赞. 第一个给赞

#15 楼 @debugtalk @gaopeng1106 我是觉得他们几个挺认真积极. 可能愿意给社区帮忙, 打算邀请来移动测试大会做志愿者
你们看妹子都发帖了, 证明我的眼光没错吧. 我看人是很准的.

再说了, 我都没要电话号码和微信, 已经够光明磊落了吧.
目测因为这句话, 我要常年被人羡慕嫉妒恨了, 开心... 不服就也出来当讲师一起发展社区吧. 哈哈

@iuiu27 你应该就是小鹿吧.

#2 楼 @houlianpi 把自己简历发出来证明下

#1 楼 @ycwdaaaa 都这么多赞了 还不满意啊. :)

#177 楼 @guaixiaomei 这个是 bug. 新版本里面已经做了改进了. 近期会放出来.

#176 楼 @guaixiaomei 截图超过 10s 就超时不截图. 第二个是如果当前界面没变化. 也会跳过截图.

#4 楼 @ycwdaaaa 随机 id 这种通过字段的黑名单跳过即可. json 太长通过格式化也可以解决. 有些框架能直接对比出具体字段的差异. 精准到告诉你是哪个字段的多少偏移不一样的. 当然责任链也很不错.

最后，人格魅力强，没有什么大神架子

我想说的是, 他已经很努力的在装大神了...

看的出来这篇文章你很用心的总结了. 赞一下. 质量保证是测试工程师的职责, 技术只是工具之一.
邓小平爷爷说科学技术是第一生产力, 那就用技术给自己做一对隐形的翅膀吧.

我估计 junit5 出来后会有更强的断言吧. 其实目前 scalatest 的 should 风格断言也非常的好. 比如

string should startWith ("Hello")
string should endWith ("world")
string should include ("seven")
"howdy" should contain oneOf ('a', 'b', 'c', 'd')

#1 楼 @taki 说的对. 直接转 json 去做 diff 即可. 所有的数据结构都可以被转换为 xml 或者 json 这种结构化的数据. 然后做对比即可.

#19 楼 @ycwdaaaa RAP 平台是个不错的尝试. 他们也是开放出了首个支持 mock server 的 Web 工具. 我之所以是说持保留意见是怕打击他们的开源热情.

我是觉得他们还没完全理解 mock 的意义和场景. 只是做了一个 mock api 的管理系统. 重管理轻测试. 把精力都投入在如何构建一个支持增删改查的管理系统, 而忽视了 mock 的真正需求和使用场景. 当然我支持 RAP 的发展. 期待会有更好的设计.
其实包括 moco 这种获得世界大奖的 mock 项目, 设计的也还不够易用. 但是如果一定要做 mock, 我推荐这个框架.

先把不需要 mock 的端到端的接口测试搞定. 这样已经可以保证大部分的业务质量了. 然后再去解决 mock 问题.
对于 mock, 能用单测框架去解决的, 就不要去使用 GUI 的各种 XXX 管理系统. 等以后维护起来, 就知道会有多么的难用了.

当然想做 mock, 技术上会有一些偷懒的方式, 比如代理扩展, nginx 反代等方法. 大家可以玩玩.

不错, 移动测试大会的时候期待你的精彩技术 show

#8 楼 @ycwdaaaa Swagger 这种东西, 大多数测试人员掌握不了. 主要还是靠研发推动. RAP 我今天也刚听说, 看了下 star 数挺多. 貌似主要是用于手工 mock 数据. 我持保留意见. 大家可以试试看.

#5 楼 @gaofating 你可以看 appium 的 log, 他已经把这些事情都做了. 未填写的都会自动被 appium 补充上.

推荐用开源的框架. 你推荐的框架不太好. 推荐用 Swagger 框架. 支持所有语言. 也支持根据接口文档自动生成测试用例模板.
如果是研发, 可以使用自带的各种接口测试工具. 比如 spring 就自带了.
定制化的框架是有自己需求在里面的. 不推荐新手用任何一家不在 Github 上的工具或者项目.

#4 楼 @oggboy 因为你们都同属于 360 公司. 那你们就统一发到 360 公司 QA 专区如何?
我在那个专栏里面做了介绍

奇虎 360 公司多个 QA 团队的文章专区.
包括并不限于 360QA 中心和 360Qtest 等技术卓越的测试团队.

#1 楼 @chenhengjie123 入驻企业专区的正规公司可以带这个. 他应该是 360QA 中心的同学,
这篇文章写的不错. PMD 的规则定义是个不错的领域. 有助于解决一些难搞的空指针问题. 我前阵子也在研究这个工具. 还在学习如何使用自定义规则

#109 楼 @shijin880921 看文档, 里面解决办法. 使用触发器规则

#3 楼 @luis 最新的下载版本不稳定, 从源代码直接编译出来的版本是正确的.

不错. 等 appium 去封装实现了. appium 默认的 uiautomation 实现坑略多. 不太稳定. 搞的我截图都只能用 idevice 工具

#1 楼 @codeskyblue 你的方式不支持相对路径