农夫山泉最经典广告（农夫山泉的宣传广告从未令我失望）

这份优秀的文案，转换固定思维，不直接告诉你水质如何

而是告诉你，在它的水源地，有这样一群可爱又神奇的生灵存在

从而让看的人

联想到农夫山泉的水质

所谓一方水土养一方人

一片水源孕育一群生灵

• 品牌需要优秀的广告来赋予它附加值

• 测试用例需要优秀的设计策略体现价值

在测试的日常生活中，最为核心的内容就是设计测试用例。什么样的测试用例能称之为好的测试用例？

我们一般把“数量越少、发现缺陷越多”作为标准来衡量一份测试用例。一份优秀的测试用例，是测试人员思路和方法的智慧结晶，而不只是单纯的测试逻辑和需求的罗列。

一、测试用例设计的几个准则

• 用例设计=思路

强调测试的场景，测试方法

• 测试步骤化

不是说每条测试用例都要写明测试步骤，而是指哪些通过测试步骤的调整会出现缺陷的地方，需要重点关注测试步骤。

• 用例流程化

此过程依托于完整的业务流程图，每个分支就是一条支流，通过业务端发起的请求，最终都会流向一条分支，而流程化就是将这些分支梳理为测试场景，通过覆盖测试场景来覆盖业务逻辑。

二、测试用例设计的步骤

• 1.明确原始需求

梳理软件的使用者（客户）的需求，在需求文档基础 本质理解，才能真正理解需求要实现什么样的目的。

• 2.拆分原始需求

在需求测试阶段，如果按照需求测试策略对需求梳理一遍之后，对于所有的需求点应该都已经很清楚了，将这部分的需求点罗列出来。

• 3.梳理业务逻辑

现在比较多的前端业务都来源于接口所返回的数据，前端最多的时候也就是根据返回数据做一些响应的显示和计算；

所以如果对页面设计测试用例，那么需要关注接口数据的完整性和正确性对页面的影响，而接口本身的测试就要归纳到接口测试用例设计环节。

三、了解具体调用接口

前后端分离，有专门的接口测试人员来保证接口功能的正确性。

前后端半分离，接口也做测试，但是要使用自动化工具，保证基本的参数正确性与通畅性，而对于接口的逻辑需要前端配合测试。

总结一下，测试人员需要对业务逻辑有进一步的了解，理解业务的结构，在理解了业务逻辑后，补充对应需求点的业务逻辑测试点。

四、区分页面测试和业务逻辑类测试

• 页面层级的测试遵循以下的方法：

1. 整体界面测试：就是去验证整体的界面是否和设计图一致;

2. 界面元素测试：控件操作验证：如对控件能否操作、操作是否正常的验证;

• 业务逻辑(功能)等级的测试遵循以下方法：

1. 任何情况下都必须使用边界分析法，出问题最多的就在边界值;

2. 必要时用等价类划分方法补充一些测试用例;

1. 用错误推测法再追加一些测试用例;

2. 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例；

3. 现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。

关注“无缺”

第一时间获取

测试技术干货