功能测试-业务逻辑测试

大家好，我是十一。

前情回顾

上篇我们讲了界面测试，我们先来回顾下：

界面测试

概念：GUI（Graphical User Interface，图形用户界面）测试是指测试用户可见的应用程序的功能

与UI区别：UI包括GUI和CUI（命令行界面）。CUI需要记录命令，但是占用资源少。GUI简单方便，占用资源大。

优秀GUI具备的7要素-2：符合标准和规范、直观、一致、灵活、舒适、正确、实用。

界面测试分类：导航测试、图形测试、内容测试、表格测试、整体页面测试。

通过前3篇的文章，我们学习了功能测试中的界面测试（GUI测试）。今天，我们讲功能测试中的业务逻辑测试。

业务逻辑测试

在整个功能测试过程中，业务逻辑的测试不仅是重中之重，也是优先级最高的任务。我们今天来揭开他的神秘面纱。

业务层的测试，主要是对照需求测试，测试需求中的功能点是否都实现，且实现的功能与需求描述相符合。其实软件的业务逻辑就相当于我们的工作主线，游戏的剧情线。

我们先进行业务逻辑测试是因为我们首先要保证测试软件是需求要求（客户需要）的，比如QQ做好了，那必须得先能发消息，且对方能收到呀，如果这个都做不到那页面做的再绚丽再易用有什么用？

我们用淘宝做例子具体来说下什么是业务逻辑。淘宝的业务逻辑大家可能说不清楚，但是每个人几乎都会用到，来看一下图1：

图1

图1 就是根据需求整理出来的业务线（当然需求会更细致一点），界面测试首先就是要根据这个主线来测试业务逻辑，然后细致到每个阶段的边边角角，比如我在选择数量的时候，输入-1、0、999999这样的数据是否能继续下单支付，有没有按照需求给出提示信息。再比如我再点击商品查看详情部分，能不能进入商品的详情页面，详情页面是否能看到评价信息，进入的详情信息是不是我们选择的那个商品的等等。

那么具体如何测试业务逻辑呢？根据项目开发模式大体上有两种方式：

1.项目采用瀑布式模式，测试拿到的是一个完整的软件（项目/产品），那我们可以先根据需求提取主线（核心业务），根据我们提取出来的主线，测试主线通不通；然后隔离主线的各个功能点/阶段分别测试功能、页面信息（所有页面上有的框、按钮、超链接、甚至有无错别字、字的大小/颜色）等等。

2.项目采用敏捷/迭代/螺旋模式，测试拿到的可能是一个模块或者一个功能点，做法依然是根据需求提取这部分的需求主线，先测试主线通不通，然后细化主线，画出他的枝叶，一点点跟从查到细枝末叶，一寸寸检验。这个过程就像下图，我们画一个大树一样，先描绘树干，然后枝杈，然后树叶，最后到枝繁叶茂的大树。

图片素材来源：百度经验

业务逻辑测试其实就是对细化后的需求再细化，细化到每个按钮，每个文本框等的页面元素，细化到每个无论是界面还是命令行上的输入输出。

案例-登录

接下来我们就来针对某宝的登录进行讲解。

我们先把登录模块的功能主线画出来，如下：

图2

登录的场景主线很简单，就是三种方式登录，登录成功则跳转到某宝首页，登录失败则提示什么原因失败且页面不跳转依然在登录页面。我们画出这张图后主线就完了，那么开始补充枝干，今天以密码登录这一支为例来说明。

登录无非就是两种，合法用户登录和非法用户登录。

何为合法：

用户是实实在在存在的，从用户角度来说，我确实用这个用户名和密码注册的；从某宝服务器来说，我的数据库里确实存在这么一个用户：用户名为cc，密码为cc。

非法：

那相反就是非法用户了，不存在，没有用户用此用户名/手机号/邮箱等注册过的，则为非法用户。

这个理解了我们的测试点就很明确了，登录主要测试合法用户、非法用户登录，另外加一个用户名/密码找回功能。如下图所示：

图3

合法用户登录

我们继续做补充枝干工作，首先合法用户正确匹配有哪几种方式？

通过需求或者其他网站采集的信息可得知一般是三种：

会员名+密码方式

邮箱+密码

手机号+密码

然后再来看，合法用户登录一定成功么，如果不一定又有那些情况呢？就算不看需求，我们也知道通常用户会忘记用户名/密码，也有手误输错等一些情况导致登录失败，根据自己的常识对照需求后补齐枝干，得到下图：

图4

要注意的是：

一个概念，非法输入：错误或者不合标准的输入。

合法用户的非法输入并不是一定导致登录失败，这个怎么处理是要看需求和规范/常识了，比如：

a. 通常文本框需要具有去除前后空格的能力，也就是合法用户的前后多输入了空格也应该能登录成功

b. 合法用户的不匹配输入，指的是用户名和密码不匹配，这种情况系统应该给用户提示，让用户明白登录失败是为什么。具体如何提示，需求中应该说明。

非法用户登录

非法用户根据上文我们知道指的是不存在的用户登录，这里我们补充另外一种情况：用户名和密码至少有一个为空，我们称之为“为空”。“为空”的情况其实不管用户名具体存在不存在，都要测试为空的情况，总结起来是如下三种：

用户名存在，用户名/密码其一为空；

用户名不存在，用户名/密码其一为空；

用户名和密码都为空。

整理后如下图：

图5

到这其实测试点就分析的差不多了，那除此之外还需要补充其他测试点才能让测试用例完备，比如兼容性测试、安全性测试、性能、稳定性测试等非功能测试点以及常见页面规范测试等功能测试点。

具体如下图所示。

图6

至此，“大树”画完，把这些大树一个个写出来，就成为了我们的测试用例，即前两篇的某宝功能测试用例。大家可以对照着《某宝登录测试用例》和《某宝登录测试补充》这两篇一起看。

今天内容就到这里，大家课下思考：如何做业务逻辑测试？就拿淘宝来说。期待后台能看到你们的回复！我们下期再见！Bye~