平时喜欢把过程经验记录下来,养成习惯了。写的比较平淡,希望能帮助到需要的人
加班多吗?996?
能开源吗
思路很好,我是觉得能生成测试用例就很好,生成自动化脚本反而限制了应用场景
没那么复杂,百度下 jacocoagent
用业务线描述不够准确,我这块负责基础组件和共享应用,每个独立的产品会接入 N 条业务线,目前活跃的产品有 15 个左右,都是相互独立的,算服务的话再乘 N。说白话点,就是公司各业务线可能需要的基础服务或公共应用服务
jacocoagent 可以实时统计覆盖率
先获取本次代码变更的影响范围,测试过程中,确保影响范围内的方法和条件分支全覆盖
行家啊,确实不难,我的方法更简单
照片看到了同事,是刘总?
我们也一直提倡分批提测,理论上一个完整的 story 完成就可以提测,被依赖的 story 优先提测,这样比整体提测的效率高很多
可以考虑转技术栈了
最近也在搞这个,code diff 可以用仓库工具的命令获取,启动时用 includes 指定即可
没关系,可以试试
年龄不限,欢迎来投
帮忙推荐几个
干货,鼓掌👏
关于如何提升单元测试的代码质量,之前主要靠人工走查,此文获益匪浅,节后就试点 pitest 的效果
是的
@kasi 已经使用 md 格式
效果肯定是有的
其实写过 UT 的内行知道,老老实实写 UT 和动歪脑筋达到覆盖率的投入差不了多少,方法覆盖和路径覆盖确实更重要,所以有条件可以让懂行的测试介入监督,确保 UT 工作的有效性。流于形式除了开发心里抵触,还有是觉得测试不懂可以忽悠过去。
如果能达到半个开发,半个产品助理,也算可以了
说到点子上了
肯定的
不可能,我只是一个藏经阁扫地僧