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 时序图,会比较直观。
这个看公司靠不靠谱吧,靠谱而且自己愿意去花大量时间学习的话,建议试试。
至于具体测些啥,既然是个机会,不妨问下对方期望你怎么测。
有这么长的时间,建议买书来看吧。
看到区别了,忽略我。。。
觉得自己没有拿得出手的东西,那就努力做个拿得出手的出来不就好了吗?
花很多时间去了解自己有多弱,还不如不要管那么多,努力一把。
哈哈,那就好~
你也在广州?在哪高就?
厉害! 佩服!
如果代码基础好,rest-assured
代码基础一般,好多分享里面的平台/框架看起来都挺好用(例如美团的 lego ,大疆的 HttpRunner),但没实际用过,不好评判。
照样画葫芦,比你找这些书要快得多。
如果不会画,先去看看 appium 自己的 api 。
建议可以先用原生的 provider 试试。provider 和 stf 主服务之间的网络稳定性还是有一定要求的,稳定性太差会导致掉线频繁,用起来很不爽。
我们其实也没有特意去解决,公司搬了之后大家都在一个办公楼,就没问题了。
辛苦辛苦~
比较好奇稳定性如何。
之前因为公司原因,主机和 provider 分开在两个大厦,provider 和主机之间掉线频率很高。