我来挖坑了哈,想从 EMMA 换成 jacoco。请教两个问题,我在用 emma 的时候,想在 UI 上或者接口测试中统计覆盖率。都必须用 command line 的模式在测试环境中插桩。jacoco 也必须这样么? 还有一个问题是,如果代码更新了,更新前和更新后的 report 能合并么?
#7 楼 @seveniruby 我去搜一搜吧
#1 楼 @seveniruby 现在 jacoco 都出什么新功能了么
#1 楼 @seveniruby 恩。这玩意我用的确实过时了。一直懒得弄新的。觉得暂时够用了
@jake20001 spring 的类啊
关于对测试数据的恢复。我之前一直在 docker 和 assertJ 的 changes 做抉择。后来还是选择了 assertJ 的 changes。 我想请教下楼主,重新运行 container 的时候,你是通过什么方式去判断数据库已经 ready 了呢?自悬等待? 还是别的方式?
#15 楼 @u1465884394 哦哦 原来是这样啊
#13 楼 @u1465884394 额,但凡有端口号的服务都能用啊。。。
#21 楼 @seveniruby 嗯,是的,我应该多跟他们沟通,尤其发邮件之前。
#3 楼 @jamesparagon 额,我真没有放炮的意思
#21 楼 @jamesparagon 我明白了,你们的测试用例是链式结构。前一个脚本创造的数据留给下一个脚本使用。 这确实是很不好的方式。之后也很难改
#19 楼 @jamesparagon 嗯,如果你用第一种方式的话。其实性能上没什么影响。 用第二种,也就是测试用例运行结束后删除数据。是会慢一些。因为有很多的数据库操作。 针对这个问题,我是这么做的。不是每执行一个脚本都删除数据的。可以给用户留下策略让他决定运行一批 case 后再删除数据。这样就可以快一点。我是从框架角度做的。框架监控数据库, 根据用户设计的删除数据的策略来做。
@DataManage(baseData="testData/project/defaultProject.xls",recoveryStrategy=RecoveryStrategy.METHOD)
public class TestDeleteProject extends BaseCase {
就像上面这样,recoveryStrategy 决定了恢复数据的策略。 可以 method 级别,可以 class 级别。class 级别就是所有在这个类中的用例都结束后再恢复数据
#10 楼 @seveniruby 请教一下,我们现在项目刚开始,开发那边已经有 CR 流程了。 开发的老大觉得这可以保证质量。规定严格的执行。顺便说一下我们是 toB 的模式。 这样在早期就引入 CR 是会影响效率么?