这么短的时间和人力,自动化建议选接口,开发过程中也可以编写,不用都堆到后面。
自动打包部署也需要,后面改完 bug 部署会省很多时间。
至于 ui 自动化、性能这些,根据情况来吧。还得看具体的项目业务。
PS:这样的测试开发比,要想办法发动开发、产品等也来参与一些测试,至少完成自测,别给到你的时候发现基本功能都有问题。
脑洞好大,这样使用的具体场景是?看不大懂。
如果调试的时候,后面对前面有依赖的话,可以通过依赖声明(如 testng 的 depends )把 2 个用例连起来?
我们也是同样的做法,结合 diff 修改 html ,变成增量的覆盖率报告。毕竟素材就是全量报告,所以也没有更好的解决办法了。
第 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 时序图,会比较直观。
这个看公司靠不靠谱吧,靠谱而且自己愿意去花大量时间学习的话,建议试试。
至于具体测些啥,既然是个机会,不妨问下对方期望你怎么测。