本文发表在公众号: 软件测试精品
敏捷模式下迭代频繁,回归测试时总是不知道变动的范围。Dev 有的时候也不知道他改了哪些东西,影响到哪些节点,或者是很多人改的,彼此不知道。遇到有代码洁癖的,改了别人的代码,大家都不知道。通常情况是,要么测试范围定小了,遗漏了;要么测试范围过大,付出过多代价。每次回归,Tester 心里总没底,生怕漏了哪里。如何才能准确定位到变更范围呢?
作者尝试通过对source code 的变动,来达到了解应用的功能模块变化范围。从而制定回归范围和smoke范围。现在大多数公司用git, 本文就以git 为例。在git 中,用这条命令,就可以查看source change log.
1 | git whatchanged |
例如:
1 | git whatchanged --since='2 weeks ago' |
就可以得到最近2周所有commit 的信息。
首先对comments 进行统计。进行词频分析。
1 | def get_words_dict(target): |
去除无效的词,自己定义一个list:
1 | remove_words = ['the', 'a', 'bug', 'to', 'of', 'so', 'one', 'more', 'we', 'Update', 'app', 'our', 'issue','want', 'work'] |
为了防止图片展示不清楚,同时还写一份log.
这样,就可以大概知道改动了。如果懂些代码,可以深入到代码里面去看。或者拉着Dev一起看,确定最终范围。当然如果Dev的comments 写得够清楚,文件命名很规范,那就更好了。还可以辅助sourcecode 界面工具辅助查看。
这样,每次回归就不会那么没有底了。
完整代码:
1 | #!/usr/bin/python |