那是挺困难的，测开比例那么高的情况下，基本上被业务淹没了

说到底还看当下是不是非解决不可的事吧

我们 crm 系统也遇到这种问题，以前构造一个测试数据需要 5 分钟左右，因为需要依赖前端的一些逻辑才能往下走。去年我们推动研发做前后端接口分离，把接口标准化，然后我们测试的同学通过业务梳理、数据库字段梳理，硬是实现通过 API 来构造数据，现在一个涉及 5、6 个系统关联的数据准备只需要 10 多秒，执行一些关联 API case 即可，当时我让他们去弄的时候，他们也告诉我不可能

https://testerhome.com/wiki/mtsc2018

这都被你翻出来了啊。。。总结一下肯定有好处

沾了组员们的光

伤其十指不如断其一指，雨露均沾肯定不行的，最合理的做法是在自己日常工作中可以紧密结合的事情，每天都有机会强化练习，就像射箭一样，以后这个技能就是你的傍身之技。在此基础上拓展知识宽度，变成 “T” 字型人才，职业发展的路会更宽一些

可以去 360 开测问问，据我了解是这样的

商业化广告 sdk 里面的视频类广告，我们会封装视频播放的事件按钮（demo 是我们自己定制的），然后在 UI 操作的时候抓取打点信息，包括开始播放、暂停、再次播放、结束等情况的打点统计，播放肯定是播放的，有没有卡顿，跳帧什么的我们就不关心了

为什么会在这里问这个问题啊？

360 本来就部署在公网机房啊

stf 截图、传 apk 都能解决吧？

6 年了，差不多是时候下山看看了。你们团队很不错，个个都能独当一面，彼此之间感情深厚，是个有血有肉的团队！

我们这边测试开发都要一边测业务一边做其他的事

我这个介绍的很宽泛，后面会有专门的文章发出来，包括 spark 如何做调优来提速类似这样的内容，目前篇幅太大了。。
感谢赞许呀，不过这些事都是团队完成的。惭愧

不是裁员，团队整合了

感谢支持～

我咨询了一下我们组的同学，他的答复如下（我无耻的照搬过来）：

1、jacoco如何在服务端集成？
答：jacoco提供了多个jar包，其中一个是jacococli.jar，将它集成到服务端后进行方法(主要是report命令的相关方法)调用，我们是基于这个jar包进行的二次开发，修改了report命令相关的函数。具体使用方式参考https://www.eclemma.org/jacoco/trunk/doc/cli.html
2、jacoco如何保证在不同版本上的解析？
答：首先明确一点，jacoco解析是根据calssid进行确认的，具体参考https://www.eclemma.org/jacoco/trunk/doc/classids.html这里。明确这一前提之下，不同时不同版本还是同一版本的不同build，均可以进行解析计算。
3、jacoco解析的效率问题
答：jacoco在解析时的效率由两点确认(可通过jacococli.jar查看)：一个是加载的exec文件，一个是加载的class文件，这是解析的核心，也是解析命令中必要数据。因此解析效率可以通过过滤exec或者class文件提升效率，具体的根据业务特点和想要实现的需求进行判断考虑。jacocoli的report入口源码位于org.jacoco.cli.internal.commands.Report类中的execute方法。

楼主是个非常善于总结的人

我看成阿里乡村俱乐部了，在想这是个什么样的部门

保持思考很重要

观察的那么仔细 ，那两个是借的，兼职

知道您像表达的意思，通过 git diff 拿到的信息无法对匿名内部类做计数对吧？jacoco 在做全量的覆盖率统计的时候，是把匿名内部类作为独立的类来计算的，因为编译后的匿名内部类具有自己的独立 ID。但是在增量覆盖率筛选的时候，我们没有做增量的类覆盖率统计，主要统计增量的 diff 行变更，通过 diff 出来的行变更信息来标记结果报告中，辅助测试同学反推遗漏的测试场景。