前言：

在没有测试用例之前，团队里的成员进行测试时，完全“以人为本”，根据个人思路、需求理解度、发散性思想来完成测试系统，人无完人，弊端显而易见。衍生出【测试用例】后，测试工作的目标得到了明确，软件质量也得到了明显提升！

一、设计黑盒测试用例的常用方法 之 【等价类划分法】：

• 实际应用程度：★ ★ ★ ★ ☆
• 应用场景：界面中有数据输入的控件，如：输入框、选择框等
• 关键词：【范围】
•  思想：将输入的数据，根据数据各自的特性，划分成若干个范围，再从每个范围内挑选出个别数据，来做代表数据进行测试。若代表数据通过了测试，则认为所在的整个数据范围都通过了测试。
•  生活中的例子：某食品仓库中存有3个批次的面包，质检人员从每个批次中抽取两包代表样品，进行抽样测试，若抽样的面包质检合格，则认为该批次的面包都是合格的，允许进行销售。
•  应用于实际需求当中：

        假设需求原型如下（图看不清，可放大看）：

这是一个典型的表单页面，主功能是“创建活动”。如图可见，界面中只有【选择控件】和【输入控件】，外加一个【提交按钮】，产品经理将每个控件的输入条件、报错提示 均进行了详细描述，因此我们可以轻松地使用等价类划分的方法来一个个控件分解需求：

• 例如，针对【活动图片】文件选择：

根据需求描述，可以将需求的等价类部分进行分解，分解如下：

 该需求的注意点：

        ①图片格式：需求中说允许传jpg图片格式，但没说JPE、JPEG这两种图片格式。但从技术角度上来说，这三种图片格式都是互通的。一般情况下，只要说了其中一种允许上传，也默认其他两种互通的格式也是允许上传的，不要为了这个与开发扯皮。

        ②图片大小：需求说明“最上限”是500kb，但是没说“最下限”多少kb，又因为文件字节单位在kb之下的，还有B单位（即byte），因此在未说明“最下限”的情况下，只要说明是大于0即可，不要较真非要找到一个最小值

        ③图片大小：测试数据选取的是300kb的数据，但是真实在执行测试时，不用非要找到一个刚好300kb整的图片，只要在300kb左右即可，稍大一点 或 少小一点 都无伤大雅。

        ④无效等价类的非图片格式：非图片格式有常规的文档格式、压缩包格式、多媒体格式等。同时，你也需要非文件格式的情况，如：aaa、bbb、ccc这种瞎编的格式，当然这条用例的优先级会降低，属于延伸测试。

编写成测试用例：

实例1（正向用例-有效等价类）：

以上是一条正向的测试用例，标绿色的部分为【活动图片】控件经过“等价类划分”方法分析得来的数据范围。此处要注意，若你已提前准备好满足条件的数据，可以直接将此处改成如下用例：

 实例2（反向用例-无效等价类）：

像这类型的异常数据，可以使用一条用例写完，既不会降低覆盖率，也节约了编写资源。但是，缺点是：①需要有测试经验的人才能快速理解；②预期结果的可读性不高。

当然，你也可以把它拆解成4条测试用例，只是即增加了用例数量，又未增加覆盖率，但优点是：①用例独立性高；②对测试新人更加友好。如下图： 

 

结语：等价类划分应用率较高，但往往需要配合“边界值法”一起使用，才会减少用例冗余度。下篇文章再分享如何运用“边界值法”编写测试用例