目前没在 sdk 实践过，以下仅为参考 android app 收集覆盖率得到的想法：

jacoco 原理上应该支持任何 java 程序的覆盖率收集和报告生成。可以考虑在 sdk 里面嵌入一个 receiver 执行覆盖率 ec 文件生成并存储的操作，然后另外做个 apk 来发送这个广播和把生成的文件上传到覆盖率后台服务进行报告生成。

好问题，从技术角度，这两者的覆盖率从收集到生成报告都是两套不同的机制的。如何结合起来一起看，这是个难题。目前还没到这一步，不好回答，不过从我的角度，最终覆盖率的服务形式不是单纯让测试人员看覆盖率报告，而是从覆盖率报告得到测试的推荐建议，例如 xx 模块未覆盖，涉及 xx 流程，优先级 px ，建议通过 xx 用例覆盖。

手动测试的覆盖率是下一步目标，目前计划是用 istanbul-middleware 来做。具体可行性后续继续研究。

或者你把报错信息发上来一下，说不定有其它小伙伴遇到过并且解决了？

增加的话我能想到的是：

• 功能方面：各个接口是否确实都转为了 https ，有没有遗漏。
• 安全方面：如果使用了自定义的 ssl 证书（如 fildder 抓包时配置的证书），是否应用会检测到并认为此证书不可信，即不会信任系统信任的证书，只信任自己公司使用的证书。证书校验我觉得应该 hard code 在应用包中。
• 代码方面：了解具体代码改动范围，是否只涉及接口的公共库层，会不会连带改了别的东西。
• 调试方面：调试包是否带有证书信任开关，正式包是否会自动把开关设为关（不信任系统信任的证书）。毕竟能抓包看数据内容这个功能，在测试阶段还是非常重要的，调试包应该设置为可以抓包。

当然，这些是建立在原来使用 http 的时候接口的数据处理已经经过充分测试的前提，针对 http 转 https 想出来的测试点。

后面抽空写下，最近比较忙

能给下图片对比下具体哪里不同不？

赞!
由于项目原因，最近主要在做 java 的覆盖率，iOS 没进一步研究。期待你发文详细分享下你的实践~

你的环境信息 (iOS 版本，xcode 版本之类的) 也贴上来吧？

应该没有。云测平台有类似功能，但不开源。

大部分功能都可以一键完成，用户体验很赞呀~

这个错误和 python 没啥关系，应该是你的 appium server 没有开 session override 导致的。每个脚本要使用这个 server 都需要建立一个 session（脚本里的 webdriver.Remote 方法就是做这个事情的），结束时告知 server 关闭 session （driver.quit 方法）。默认 server 端有一个 session 存在时，其它脚本要创建 session 会被拒绝（就是你图里的错误信息），需要开启 session override 选项。

PS：建议你把《python 简明教程》看一遍，不会花你很多时间，但 python 基础知识基本都全了。
你的代码里关于类和初始化方法的使用和正常用法差异比较大，而且单词拼错出现的频率很高呀。

请使用 markdown 排版，这排版代码没法看。。。

哈哈，原来见过面啦，幸会幸会~

可以把系统日志贴上来一下。闪退这种级别的错误系统日志应该有提示的。

我也是广州的，要不咱们加个微信交流交流？

技术很多，落地是关键。并发是提高效率的利器。

现在我们的落地卡在写用例了，大家都没时间写用例。。。

赞~

保重身体呀。

看了半天，终于大致理解你的问题了。你的问题应该是第二个截图里面的 login.py 已经完成了 login，为啥第一个截图里面的 shenqing.py 里面的步骤无法直接在完成 login 后继续执行是吧？

建议你先了解下 import 的概念，不是 import 了就代表那个文件里面的代码都会自动执行。这里有几个很明显的错误：

1. 又不是在类的方法里，self 从哪来？（self 指代这个类的对象，类似 java 的 this）
2. 不知道你的 time 从哪里来，已经很明显有个红色波浪底线说明这个变量未定义/未初始化了。
3. 你 import 了 login ，只是代表你可以调用里面的代码，例如创建 ContactsAndroidTest 这个类的实例。但不代表里面的代码会自动执行（除非你 import 的 py 文件里面没有类，所有执行语句就像你第一个截图里面那样没有任何函数名。不过这样的一个文件放到项目里是个定时炸弹，谁都不知道 import 一个文件竟然还会引起代码的执行）

建议你先了解下 python 的 import 怎么用，然后看下 unittest 框架怎么用。

这个规则，直接接口重发应该是最快的。。。

能详细说一下不？

不错。

PS：sonarqube 目前也有 docker 镜像，部署起来效率更高：https://hub.docker.com/_/sonarqube/

内容挺不错的，小小建议下，代码建议还是放关键部分即可，如果确实想给出比较完整的代码，更建议放到 github 然后文末给个链接查看。否则代码太多，容易看不清文章的层级。

思路很好呀，我们也在做这个，也是类似的思路，希望最终达到执行用例的范围能更有依据，更准确。不过目前我们在起步阶段，暂时主要用于手机客户端，主要关注覆盖率，根据覆盖率分析测试是否足够，用例是否可以优化。不过目前还没做到文中第二版直接倒推用例的程度（用例管理相关的系统还没搞起来。。。）。

提测时提供需求和代码层面的内容，执行时关联用例层面的内容，这样需求、代码和用例就连接在一起，很赞呀。

和恒温确认了，不能发帖是因为你没有添加头像。

现在强制限制没有头像都不能发帖。

能把发话题按钮的截图发下不？既然你之前已经可以发话题，现在应该也可以的。