嗯。有什么办法可以解决这种情况吗?想最后拿一个 merge 完了的报告去找开发一块讨论这块没有覆盖到的代码才有意义。不然一个一个看的话,开销太大了
但是如果我在 v1 的时候生成的 exec,测试了 A 文件的 1-100 行,如果修改 bug 改了这 100 行,接着我测试了 101-200 行的 case,生成了 v2 的 exec。现在 v2 的 exec 和 v1 的 exec 对于 0-100 行的映射就不一样了吧。这种情况怎么用 merge 最后生成一个总的覆盖率报告呢?
想请问一下这个需求可以 cover 不,我在版本 v1 发布了一个应用,然后手工测试了这个版本的应用,jacoco 也有了报告 r1。然后开发修改了一些 bug,发布了 v2 的应用。经过测试后 jacoco 有了报告 r2.请问 r2 可以记录下我 r1 的报告做一个 merge 吗?
less /tmp/nginx.log |grep -E " 404 | 500 "|head -5
netstat 用的也挺多的吧。
问了下之前 team 的同事,貌似又怀上了 。
真心佩服,关键外企这种人你还不敢裁。不然人家告死你
其实外企很适合。。。就是杭州外企貌似不多吧。
我之前 team 有个女生 3 年生了两个娃,产假加年假加病假,有两年 + 没见过。
哈哈哈哈 好吧
个人感觉,主要适用的场景不一样。
Pytest 更多的用在 Unittest 中,对于外部的一些依赖一把都会用 mock 处理。
rf 的话,更多的用在集成测试或者端到端测试中(在我司是这样),或者结合 Selenium 来进行 UI 的测试。
RF 限制的太死的话,其实感觉还好。RF 支持把方法名直接当关键字用,我就在 lib 里面写了很多 common 的方法来调用
现在看到很多公司对于测试开发的要求 越来越高,包括要求和开发会 Spring 框架,Djano,Flask 框架等等。
但是测试在日常的工作中,即使会用,也最多也是写一些比较简单的内部网站 ,对于权限管理啊,中间件啊基本不会涉及。这方面的技能如何提升?
中间那 4 个 assertEqual,可以考虑变量用字典的格式来进行保存。
这样以后维护的时候也不容易遗漏。
另外,a 和 b 这样的变量名在实际项目代码里还真是第一次见。