缺少 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 ，更好地止住静态扫描发现的问题数量。

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

确定贴全了吗？应该至少有 http method 之类的信息吧。

请使用 markdown 排版。。。

视野决定广度，广度决定深度。总是想用到在学，结果会发现你永远不会用到，因为你根本想不到。

看了下 CMap 的实现，我的理解是针对 TextField，Button，Checkbox 三种常用控件的常用操作都封装成 get 和 set 方法，简化掉不同控件的各种不同的调用（如 TestField 的 send_keys，Button 的 click，CheckBox 的 click ，所以用例里面只需要对控件对象进行 set 和 get 就好了。

例如 TesterHome 例子里的就是遍历这个字典，分别对 User，Pwd 和 Remember 三个控件进行：

User set 为 123（send_keys）
校验 User 当前的值是否为 123
Pwd set 为 456（send_keys）
校验 Pwd 当前的值是否为 456
Remember set 为 TRUE（click）
校验 Remember 当前的值是否为 TRUE（is_selected）

这种方式确实减少了一些学习成本，而且个人觉得大部分控件应该都能用 set 和 get 进行简化的。

至于自动回归和地图化，很感兴趣，但信息有点少，表示没看懂。希望楼主可以补充一些例子说明下~

个人觉得这个不是乱码，而是你的文字是以 unicode 编码值的形式显示出来了。乱码一般是说用了错误的解码器解码，例如用 gbk 解码 utf-8 ，一般特征是长得像火星文，各种未见过的生僻字。你可以在 http://tool.chinaz.com/tools/unicode.aspx 做一下转换，就会发现实际上显示的就是你想用的中文，只是显示形式不对。

我目前了解的会出现这种情况的场景，是用了 repr 方法解析 unicode 字符串：

unicode_str = u'中文'

# 这样就会显示 u'\u4e2d\u6587'
print repr(unicode_str)

建议可以在 if isinstance(e,str): 和 if isinstance(o,str): 加个断点，看下此时中文是否已经变成了 unicode 编码值？

除了技术，我们也要有诗和远方嘛~

时间过得好快，支持~

哈哈，能解决你们的问题就好。我们当初也在这个问题上卡了 2-3 天，尝试了很多办法才解决的。

之前也踩了这个坑，原因是我们源码打包是在 mac 上做的，但生成覆盖率报告改成了 windows ，默认编码不一样。

修改方案：在 gradlew jacocoTestReport 命令直接添加指定编码的参数，即改为 gradlew -Dfile.encoding=UTF-8 jacocoTestReport

没事，这个问题我发公众号检查的时候也没发现。后面我们都留意好这些细节吧。