您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试技术 > 其他相关 > 正文

一次精准测试实践

发表于:2017-01-09 作者:Snake 来源:

  敏捷模式下迭代频繁,回归测试时总是不知道变动的范围。Dev有的时候也不知道他改了哪些东西,影响到哪些节点,或者是很多人改的,彼此不知道。遇到有代码洁癖的,改了别人的代码,大家都不知道。通常情况是,要么测试范围定小了,遗漏了;要么测试范围过大,付出过多代价。每次回归,Tester 心里总没底,生怕漏了哪里。如何才能准确定位到变更范围呢?
  作者尝试通过对source code 的变动,来达到了解应用的功能模块变化范围。从而制定回归范围和smoke范围。现在大多数公司用git, 本文就以git 为例。在git 中,用这条命令,就可以查看source change log.
  git whatchanged
  例如:
  就可以得到最近2周所有commit 的信息。
  首先对comments 进行统计。进行词频分析。
  去除无效的词,自己定义一个list:
  这个词库可以根据需要增加。然后生成一张图表:
  图表展示为:

  然后将改动的文件统计出来:

  为了防止图片展示不清楚,同时还写一份log.
  这样,就可以大概知道改动了。如果懂些代码,可以深入到代码里面去看。或者拉着Dev一起看,确定最终范围。当然如果Dev的comments 写得够清楚,文件命名很规范,那就更好了。还可以辅助sourcecode 界面工具辅助查看。
  这样,每次回归就不会那么没有底了。