楼主这样的做法很不错,想顺便问一下,如果这样做会不会让 UI 自动化本来已经非常高昂的维护成本上增加了一个平台的维护成本呢?
这样的生活方式会比较累,看个人喜好,仅供参考,有的人 8 小时之外绝不做工作相关的事情。每个人做的事情其实大同小异,差距还是在 8 小时之外
学习一下
那是挺困难的,测开比例那么高的情况下,基本上被业务淹没了
说到底还看当下是不是非解决不可的事吧
我们 crm 系统也遇到这种问题,以前构造一个测试数据需要 5 分钟左右,因为需要依赖前端的一些逻辑才能往下走。去年我们推动研发做前后端接口分离,把接口标准化,然后我们测试的同学通过业务梳理、数据库字段梳理,硬是实现通过 API 来构造数据,现在一个涉及 5、6 个系统关联的数据准备只需要 10 多秒,执行一些关联 API case 即可,当时我让他们去弄的时候,他们也告诉我不可能
这都被你翻出来了啊。。。总结一下肯定有好处
沾了组员们的光
伤其十指不如断其一指,雨露均沾肯定不行的,最合理的做法是在自己日常工作中可以紧密结合的事情,每天都有机会强化练习,就像射箭一样,以后这个技能就是你的傍身之技。在此基础上拓展知识宽度,变成 “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方法。
楼主是个非常善于总结的人
我看成阿里乡村俱乐部了,在想这是个什么样的部门
保持思考很重要