上期刚刚说了一点回归测试,提及这个回归测试,想必多数作过的同志也是感慨良多。app
是否在作回归测试的时候经常会由于范围评估不许而遗漏一些bug?
是否在作回归测试时候的你面对一条条的回归用例而发愁呢?函数
可能因为开发人员好久之前的写的代码或者因为交接了别人所写的代码,致使修改了一个函数可是对于该函数影响的范围没有彻底的定位,这样就致使了可能有的用例或者场景没有被回归范围覆盖到。测试
知道了具体影响范围可是回归的时候不知道具体是什么影响因素,以致于只能大部分甚至全部的影响因素用例都跑了一遍,直接形成了大量的人力和时间上的浪费,不能精确的定位回归用例。开发
每次跑完一轮能够将用例所经历过的函数全都集合起来,统计用例的覆盖程度,用来检查用例是否覆盖的足够全面。get
这种烦恼一直伴随,其实只是没有找到方法而已,只是自动化测试已经不能知足如今的要求,咱们须要更精准的测试。自动化
今天就说说精准测试,回归测试所以变的再也不困难!test
在回归测试的时候,测试人员每每会根据开发同窗所给出的改动范围来评估须要回归的测试范围,这个时候若是测试人员的经验不足,或者开发人员的更换会致使不了解代码的具体影响范围。可能会使回归范围不全或者冗余。这里须要更精准的测试方案。能够根据代码的变更范围来直接精确的定位须要回归的用例,这样使回归测试所需的时间更加精短,回归的范围更加准确。自动化测试
当拥有了一系列关于用例和函数之间的对应关系的时候,咱们就会对于一个用例能够测试到的范围有了一个明确的定位。而咱们能够轻易的统计到一次提交代码对项目代码的改变范围。就能测试到了一个有效的回归范围。互联网
每次跑完一轮能够将用例所经历过的函数全都集合起来,统计用例的覆盖程度,用来检查用例是否覆盖的足够全面。bug
总结
精准测试一直是测试行业的一个具备挑战性的议题,在前进的过程当中会不断遇到各类各样的困难。可是在一个飞速发展的时代,不断前进,不断改进正是技术提高的动力。在现今移动互联网大力发展,对于移动应用测试领域更是严格要求,无论是手游测试仍是app测试,更精准的测试,更自动化的测试是必要的。