测试策略的分析是为了制定完美的测试策略或者测试计划。那么，那么我们测试策略的终极目标是什么呢？总结为一句话：用最少的人天来发现所有的风险（即保证质量）。当然，这个就像产品出去后没有bug一样是不可能的，却也是我们需要不断追求的目标。
作为一个测试分析工程师，在测试策略分析上面应该也有一套属于自己的并且行之有效的分析方法。下面引入一个基于bug的分析，适用于对产品质量要求不是非常高的产品，但是能够让整个测试变得更加有乐趣，也更加高效。
这里拿一个功能模块举例子：
1、分析该功能模块的代码行数，如：1W行。
2、根据该模块开发人的历史编码经验分析出该开发人员的千行代码bug率处于一个什么范围（如：0.2%-0.3%）。
3、分析出该模块的bug大概为20-30个。因为我们需要发现所有的bug。所以，我们可以根据历史定一个最高的值，这个时候我们可以将bug数定位30个（当然，过程中会调整）。
4、将该模块的测试目标更加的具体化，即我们要以更快的方式发现该模块的30个bug。
5、根据80/20法则，我们分析出最可能出问题的20%的逻辑，进一步缩写测试范围。将该模块的bug目标定为 24个。
6、在非常熟悉该模块的基础上面（前面已经有方法介绍，这里就不讲了）分析该模块可能存在的24个问题（超过也没有关系，但是至少应该找到20个以上）。
7、能够看代码的话就根据自己的分析提前检查对应的代码是否有问题，有的话可以直接提bug了。
8、挑选对应的用例数来测试到这些可能存在问题的地方（比如：分析出来了30个问题，直接挑选对应的30个用例出来）。
9、测试完成后根据自己测试的结果进行下一步的分析（比如：发现了10个bug。当然，越接近24个就说明自己的分析更加精确，超过30个可能说明该模块质量很烂了，需要重新制定目标和提出风险了）。
10、根据发现的bug再次进行分析问题都出在哪些地方？并且再次进行针对性的测试。
11、其他80%的逻辑也可以采取类似的分析。
