• 主要是配置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组织依赖的,万一执行过程中一个用例出错,会导致大片出错,对调试定位很不利。其次,还是那句老话,挖掘共性,将共性封装。其它的暂时也想不到那么多,如果你实践中碰到了问题我们可以再交流。

一枚爱写代码的测试工程师。