新手
lszxw1234 (Red_herring)
第 24518 位会员 / 2018-01-16
4 篇帖子 • 66 条回帖
-
3 个赞 / 8 条回复
-
0 个赞 / 3 条回复
-
0 个赞 / 3 条回复
-
0 个赞 / 0 条回复
-
代码变更覆盖率平台 - 针对手工测试的代码变更覆盖率实现之路 at 2019年05月30日
嗯。有什么办法可以解决这种情况吗？想最后拿一个 merge 完了的报告去找开发一块讨论这块没有覆盖到的代码才有意义。不然一个一个看的话，开销太大了
-
代码变更覆盖率平台 - 针对手工测试的代码变更覆盖率实现之路 at 2019年05月29日
但是如果我在 v1 的时候生成的 exec，测试了 A 文件的 1-100 行，如果修改 bug 改了这 100 行，接着我测试了 101-200 行的 case，生成了 v2 的 exec。现在 v2 的 exec 和 v1 的 exec 对于 0-100 行的映射就不一样了吧。这种情况怎么用 merge 最后生成一个总的覆盖率报告呢？
-
代码变更覆盖率平台 - 针对手工测试的代码变更覆盖率实现之路 at 2019年05月28日
想请问一下这个需求可以 cover 不，我在版本 v1 发布了一个应用，然后手工测试了这个版本的应用，jacoco 也有了报告 r1。然后开发修改了一些 bug，发布了 v2 的应用。经过测试后 jacoco 有了报告 r2.请问 r2 可以记录下我 r1 的报告做一个 merge 吗？
-
-
[腾讯] [深圳] 云与智慧产业事业群 CSIG 高级测试开发 at 2019年03月05日
-
测试开发第八期_shell 必备技能实战_20190120 at 2019年01月20日
第一题
less /tmp/nginx.log |grep -E " 404 | 500 "|head -5