主要是配置sonar.timemachine.period这个参数。通过sonar面板的Administration->General Settings->Differential Views可以查看到有相关参数的介绍

windows节点机用execute batch command，linux节点机就用execute shell，然后就执行java命令就好了

—— 来自TesterHome官方 安卓客户端

个人建议哈，测试还是要多拓宽下自己的维度、视野，脱离岗位的束缚，这样才会更有竞争力。而且现在DevOps非常盛行，测试要做更多开发、运维的工作。你说的你们公司不能参与其中，这确实可能是一个比较大的限制问题。我们公司还是比较自由的，问开发要产品源码权限都是ok的，测试环境的搭建维护都是测试自己来负责。你可以从项目出发，先搞清楚整个项目的架构，各个组件关系之间的依赖，自己尝试动手去搭建一套新的环境。另外，自己可以深入产品源码去分析业务逻辑，测试过程中碰到问题，可以尝试自己通过业务日志、数据库信息、远程调试等方式自己去定位问题。

谢谢指点。确实我对mybatis跟hibernate的使用不是那么地深，mybatis只是简单地写过几个demo。之所以用hibernate也是图个方便，它跟以前我使用的python的django框架里的ORM比较接近。不过你说的mybatis的缓存等这些功能hibernate里也都是支持的。后续有机会接触用spring boot或spring mvc去开发平台的话，再深入学习一下

当然也不是说非不能用dependOnMethod不可，只要自己能合理地组织逻辑便于维护即可。 另外可以尝试另一种组织用例的方式，就是使用priority。对于单线程执行的类，priority可以指定用例执行的顺序。对一些清除环境脏数据的测试方法还可以加上always=true的注解。

假设B接口一定要依赖于A接口先实现的话，我在实现B接口的测试类里，可以显示调用A接口，这样可以做到单独地去调试B用例，而不是一定要先执行完A用例再去执行B用例。关于数据库的操作，推荐一种思路哈，可以通过自定义注解的方式，在每个标记了注解的test执行前备份数据库，执行完后恢复数据库，有点像面向切面的AOP编程。关于数据准备，我这边的数据准备主要是指往hdfs写数据，可能跟你的场景不一定一样，你可以具体描述下你遇到的难点么？

客气了，互相探讨

小敏是最棒的！

是的，是用sonar。目前其实是全量的，但是我知道sonar支持增量的方式。另外说下，为什么静态代码检查没有好好去推，其实我觉得这个实践起来真的比较难。需要花心思去跟开发确定好规则，明白每条检查规则的必要性，确定哪些规则检查出来的问题必须要改。只有确定了这个，然后在项目中严格去执行，才能有成效。对于存在很多无效检查规则的规则集，扫描出来一些不是很准确的问题，然后笼统地推给开发改，开发肯定是不愿意去改的。另外我是建议楼主，将自己的测试代码用sonar检查一下，看看自己愿不愿改，体会下开发的心情。

说下我自己的看法哈。场景化的用例，我觉得用例之间一定要解耦，不要相互依赖，每个用例应该是单独可重复执行的。我是非常不建议在用testng写用例时使用groups和dependgroups组织依赖的，万一执行过程中一个用例出错，会导致大片出错，对调试定位很不利。其次，还是那句老话，挖掘共性，将共性封装。其它的暂时也想不到那么多，如果你实践中碰到了问题我们可以再交流。