软件测试用例设计之我见

做测试的朋友们我相信大家都比较烦恼一个问题那就是如何设计出高效、快捷使用并且还能够详细记录各个功能点的测试用例。现在每个产品从设计上来说都很复杂，迭代更新快，验证时间短，尤其是在搞活动期间，更新是更快速更频繁的，这些就不说了，外加上PM和开发方面很多时候也是一片混乱，在所有的混乱中如何使用测试用例辅助性的引导每天的测试工作成了一大难题。用例就像一张地图一样引导着我们的测试工作，没有这个文档我们就没有办法把工作做到细化，也无法去培养新近工作人员。

从工作中我找到了一种办法。那就是以数据分布为导向的设计测试用例。我们都知道数据库是所有软件最核心的部分。在编码以前都先要设计数据库，剩下的东西都是为处理数据而服务的，可见数据的重要性。所以我们可以把每一个功能点以及每一个字段都看成是一条数据，这些数据都记录在我们的测试用例上。

那么我们如何去设计呢？方法有三种：

1、以重复出现率高的功能点，拿出来列为一个独立的板块儿，然后用模块儿针对板块儿进行用例编写。什么是重复出现率高的功能点呢？就是此功能点在很多地方都会出现，例如：评论。什么是用模块儿针对板块儿呢？拿同程app客户端举例，例如：跟团游和自由行的产品详情页面这两个模块儿都有评论，那我们就可以将评论设立为一个独立的板块儿，将跟团游和自由行都作为其下属模块儿。当然评论自身也会有其他模块儿出现，例如：评论详情页面、评论列表页面等等。





2、可以掌控全局的功能点，拿出来列为一个独立的板块儿。什么是可以掌控全局的功能点呢？当选中此功能点的时候，其他地方显示的数据会跟着变化。例如在同程app上的跟团游/自由行这两个功能点，当选中其中一个功能点的时候，页面上的数据会与跟团游/自由行想对应，显示出跟团游/自由行的产品。



3、把你要测试的部分的大首页独立设定为一个板块儿。这个就不用过多的解释了。

这种设计的好处是什么呢？就是不管页面如何更新变化，只要功能点这条数据处理的好，就可以用最快的速度将更新点准确的插入到测试用例中。

有的时候我们不能责怪PM或者开发的工作如何，因为他们也有他们自己需要忙的部分，我们要做的是反思我们自己手上的工作，不管外界因素或者条件如何，只要我们的工作流程和文档设计的科学合理我们就不怕任何影响。