黑盒测试设计专题：状态迁移

​

点击上方 BeTester ，学习更多知识

让碎片成体系，让测试更专业

大千世界风起云涌，热血赛场攻防转换，职场打拼角色变迁，追求伴侣跌宕起伏，无不展示着 变化 所带来的精妙。

当我们使用APP呼叫出租车/快车时，整个过程普通用户、服务提供商、司机的状态都在发生着变化。

通过APP打车，后台系统为你的请求订单进行派发，等待车辆的接送。接送完成后进入行程。当司机抵达目的地时，你将匆匆赶往目的地。此时订单处于未付款状态，直到超时时间或用户主动确认，付款才得以完成，并结束整个订单生命周期。

上述流程出现在理想情况下，现实中，有时候等待接单都可以让我们急不可耐（尤其是下雨天的下班高峰期），也许接单之后被司机嫌弃拒单（等待用户太久取消订单），也许是我们因某些不得已因素而取消订单（领导突然要求加班）。

像打车类似的事情会随着进程的推进而发生状态变化，这便是状态迁移。我们的角色随着场合的变化而发生变化，我们的对知识的获取随着不断学习而发生变化，状态迁移与我们息息相关。

1、 状态迁移概述

1.1 有限状态机

有限状态机（Finite State Machine，缩写FSM），简称状态机，是表示有限个状态以及在这些状态之间的转换和动作行为的数学模型。状态机可以通过模型把多状态、多状态之间转换的解耦，并简明扼要的展示出来。

状态机可以归纳为3个要素组成：现态，条件、次态。
（a）现态：当前所处的状态。譬如你当前正处于 学习 的状态。
（b）条件：又称为“事件”，当一个条件被满足后，将会触发一个动作，或者执行一次状态迁移。
（c）次态：条件满足后要迁往的状态。譬如你在阅读完本文后，会回想生活中都有哪些是状态机，这便是从 学习 的状态 转换为 思考 状态。

1.2 状态迁移测试设计

状态迁移测试设计就是基于有限状态机的理论而开展的测试设计活动。对于被测系统，我们会把系统的状态抽象出来，以及对抽象的状态相互之间的切换条件及切换路径进行标记，这边形成了一个有限状态机。根据有限状态机，从状态迁移路径覆盖的角度来进行测试用例的设计，这便是状态迁移测试设计。

状态迁移的思想是提供将多个状态的转换串联起来进行测试的思路。

注意事项
（a）不要把条件/事件和状态混为一谈
（b）避免出现状态的遗漏
（c）状态变化后可以回到原先状态

2、 状态迁移步骤

1. 根据被测对象的需求提取状态
2. 绘制状态迁移图
3. 确定测试强度，转换成状态树
4. 选取测试数据，设计测试用例