ok，我周三发公众号的时候一起发吧。

是的

今晚回去合并 ruby-china 的更新后一起发

已发 pr : https://github.com/testerhome/ruby-china-ios/pull/11

你 review 下有没有问题？

github 的链接我试过应该是正常的，麻烦再确认下？

收到。

问题原因是微信和邮箱的链接地址用的是非 http 协议，解析地址时出错无法处理。之前已记录 issue ，这周同步最新代码同时找个时间修复下：https://github.com/testerhome/ruby-china-ios/issues/10

github 的链接我试过应该是正常的，麻烦再确认下？

我觉得你需要先定位是硬件问题还是软件问题吧。 offline 表示硬件连接是没问题的，只是 adb 连接不上，属于软件层面的问题。

哇塞，一开始就奔着完整的开源项目而去呀。

看自己需要吧。我 mac 为主，Windows 也用。如果是想促进学习，必要性其实不大，Windows 也很好，Ubuntu 更佳。

Mac 好处在于综合了 Windows 的易用和 Linux 的强大，以及对 iOS 开发的支持。不过价格确实很高，没太大必要给自己增加经济压力，这些钱买书更好。心里已经长草除外，哈哈

对了，如果用免费的开发者账号，得改下 wda 的 bundle id ，否则会因为重名生成不了 provision profile 。收费的有个可以匹配所有 bundle id 的 provision profile ，不会有这个问题。

缺少 provision profile 。你的 xocde 开了自动管理开发者账号没？

一般都是看被测系统需要。

比如 iOS 10 ，1.6 以下就不支持，必须升级。不过一般情况下，如果不是某个新特性真的很符合项目需要，还是用一个够用稳定的版本比较好。

我估计是大神们都比较忙，社区上的少而已。一般大神都是比较热心的。

恩。在线插桩可能说得有点高级了，jacoco 把这种方式叫做 on the fly

这种模式下，通过 ant 就可以直接从被测服务器获取、清空覆盖率数据和生成覆盖率报告了。你可以在你整个测试开始前执行 ant 相关的命令清空当前覆盖率数据，然后结束后执行这个 ant 命令来生成覆盖率报告。

你想要什么？

覆盖率的话，jacoco 离线插桩会需要在源码配置项里做一些变更的。如果是服务端在线插桩，可以做到源码不需要做任何变动。

接口测试的话，被测系统代码和接口测试代码分离，这不是很正常嘛，不是很明白你的问题点在哪里。

可以分享下你们的实践~ 目前应该不少公司都有做覆盖率的收集，社区也有不少覆盖率收集的技术文章，但怎么应用大家其实没有很好的切入点或者应用方案，容易出现业务团队看不懂代码，所以用不上或者不会用的问题。

PS：建议把整个完整的文件，包括 import 的部分也一起粘贴上来吧。我猜 import 那部分有问题。

使用 markdown 的代码块排版，代码显示就好多了。

这个是针对 javascript 的，java 可以用 jacoco ，社区也有一些这方面的文章。

这个方案从原理上说， weex 应该也能支持的。

之前看沙龙分享，京东到家在单测和集成测试（服务端）用起来了。

我们目前用法是单测和集成都有用。其中单测结果上传 sonar 结合静态扫描结果一起用，集成是先在 andorid app 集成测试把全量覆盖率用起来，增量覆盖率最近也开发好了。接下来会把服务端接入进来，收集服务端的集成测试覆盖率。

至于效果嘛，目前可以解读覆盖率报告的同学还不是很多，而且全量分析一次确实有点累（一个项目上百个文件，一个一个看工作量不少）。目前应用场景更多是测试负责人根据覆盖率数据了解总体测试的情况和评估风险。

哇塞，原来 @vigossjjj 到支付宝啦。

@Lihuazhang rn 手工测试的覆盖率也能收集到咯。

这应该是社区第一篇写 AS 插件开发和发布的文章，开眼界了。

话说，火线现在有在计划做阈值校验功能吗？类似于设定 xx 级别的问题数量大于 xx 后，扫描命令 exit code 不为 0 。这样会更方便把火线接入持续集成或者 git commit hook ，更好地止住静态扫描发现的问题数量。

这块我后面写个帖子吧。流程本身其实比较简单。