精准测试之精简用例（一）
每次应用更新发布，发布前除了新增功能之外，旧的核心功能也是发布之前必须确保的。
虽然每次版本都会用例存档，但是日积月累下来，出现了以下几个问题：
1、新增功能的用例直接添加上去存档，并不会修改优先级，当前版本新增功能中有些路径的优先级是1，2级，但是站在整个版本上来看或许并不是这么重要。
2、旧功能的修改或删减，对已有功能做出修改或者是废弃，用例也是直接归档，并没有对之前的用例修改或删除，虽然用例后面都有写最后需改的版本，但是因为数量太过庞大，想要找到那个点修改也是力不从心。
鉴于以上两点，用例越来越多。
造成了以下问题
1、旧功能测试的时间过长，性价比不高
这些旧功能不是本次版本的重点，值得花多于新功能的时间执行吗？
2、新人学习成本大
功能用例都是外包执行，外包的流动性非常大，如果是一个新人外包，让他在短短的时间内执行这么多用例，数量大且有很多用例不知道怎么执行，需要咨询的时间，这样算起来在计划内的时间根本执行不完，还需要申请资源支持，可是这么做值得吗？
3、外包工作量化
当面对如此庞大的用例时，新人时期可能会一条一条执行，但是熟悉之后，经验会告诉他哪些可以不执行，那么接口人如果按照量级去分配任务，是否不合理呢？
所以精准测试之精简用例是非常需要的，作为TestBird测试工程师，我们在做APP功能测试的时候一般先从以下的方式进行优化：
1改造用例
了解实现原理，将用例按照代码实现方式来分类。
重点是理清功能模块与插件的关系：
1、一般一个插件是一个主要的功能模块，这是最理想的状态
2.、事实是，大部分的插件也会遵循一个插件是一个主要的功能模块，但是为了减少代码量或是其他原因，有时候会做一些移动，把某些的代码放到其他名字看上去完全不相关的插件里
3、要做的就是把上述2点，哪个功能模块的实现分别在哪几个插件中的对应关系整理清楚
把功能用例对应的功能写清楚，基本全部能够直接对应到插件，这样后面的执行有利于筛选
2分配功能模块的优先级
按照功能的重要性，分配每个功能模块的优先级，功能复杂的模块用时会多些，最后按照优先级以及耗时制定计划。制定计划清晰又有每个阶段应该做什么怎么做，避免浪费时间。
用例与计划都准备好之后，就可以开始精简之路了。
苏公安网备 32011402010933号