第 6 和第 7 点里面的图片挂了,修复下?
加个 --debug 标志,看看更具体的报错信息试试?我感觉这个报错不一定是加了 jacoco 引起的。
原理上就是根据 diff 识别文字和行数,然后修改报告的 html ,在有修改的那一行(一般在 diff 里面是 + 开头)加个 css 样式或者图标。
这个倒不难,难的是怎么让统计数据也是只统计增量的。
不好意思,这两天比较忙,没留意到消息。
可以分享下具体是怎么解决的吗?
把完整步骤和日志贴下?
在 f8app 文件夹里。你先检查下有没有顺利跑完 npm install ?
pytest 使用 fixture 时,应该改为用函数,而非类作为一个测试用例吧?
不错。美团的这种方式我们之前也有看过,但局限性是插桩的时候就限定了变更范围,自由度降低了。
我们采用的是结合 git diff 在 jacoco 全量报告的基础上修改报告,列表页只保留增量部分文件和统计增量部分数据,以及代码页增量代码行增加标识的方式。
iPhone 7
iOS 11.0.2
无法重现。能把详细步骤说下不?
None 下面那行提到了 pytest.main 现在不再接收字符串参数,要改为 list 。你调整一下试试?
因为成本问题,我们只是在官方规则中剔除了我们觉得不适用的和调整了下优先级,还没有自行开发规则。
目前我们主要针对服务端项目,android 的涉及比较少。
更正下,ruby-china 也有同样的问题。
不错,可以分享下你们的变更代码覆盖率的生成思路吗?全量的用 jacoco 官方的就行,变更代码的难度更高。
测试了一下,ruby-china 没有这个 bug ,相同的内容他们可以正常显示。 @Lihuazhang 要看看是不是得升级下 markdown 组件版本了。
比较短的可以重现问题的内容:
<?xml version="1.0" ?>
<html destdir="${reportfolderPath}" encoding="utf-8" />
<xml destfile="${reportfolderPath}/jacoco_report.xml" encoding="utf-8" />
</xml>
猜测是里面有 <html
所以导致了混淆。
找到原因了,markdown 自动识别的时候,无法判断出这个代码使用的语言,所以出错了:
Ambiguous guess: can't decide between ["xml", "html"]
#<ActionView::Template::Error: Ambiguous guess: can't decide between ["xml", "html"]>
--------------------------------------------------
Method: GET
URL: http://testerhome.com/topics/12141
User-Agent: Mozilla/5.0 (Linux; U; Android 7.0; zh-cn; MI MAX Build/NRD90M) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/53.0.2785.146 Mobile Safari/537.36 XiaoMi/MiuiBrowser/9.4.11
Language: zh-CN,en-US;q=0.8
Server: e4a5b64516ee
Process: 6109
--------------------------------------------------
解决方法很简单,你告诉它你用的是哪个语言就好了。把 markdown 中
改为
即可
sonar 的推荐用法不是只针对新的代码(界面上叫泄露期)进行监控和改进吗?只要新代码持续符合规范,那么只要有足够的时间,旧代码都会被新代码代替。
关于 sonar 的落地,你也可以参考下京东红色那本质量保障书里提到的方法,先找出公认需要解决的 top 10 问题重点改进,然后根据公司情况定制规则,逐步推广。
要改 node_modules ,感觉有点费劲,重新 npm install 就被重置了。
能自己写 css 覆盖默认的不?
这个是 by design 的,底部页数显示固定是 60 页,而不是根据实际内容数量来显示。这样显得内容比较多。
你的目标是像 sonar 那样,只要求增量代码符合要求,还是全部代码都需要符合要求?大部分静态测试工具都是针对全量,增量的不多。我们是传到 sonar 后,sonar 用质量阈检查是否符合要求,然后 jenkins 会获取质量阈是否符合要求的结果,如果不符合就 fail 。
效果不好,具体是怎么不好,可以详细说说不?
保重身体,好好休息。
写的挺赞呀~
小小建议,流程类的用 UML 时序图,会比较直观。
这个看公司靠不靠谱吧,靠谱而且自己愿意去花大量时间学习的话,建议试试。
至于具体测些啥,既然是个机会,不妨问下对方期望你怎么测。
有这么长的时间,建议买书来看吧。
看到区别了,忽略我。。。