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