功能测试面试的时候，大家有没有被面试官问过：常用的测试用例设计方法？如果被面试官这样问，那么恭喜你可以选择自己擅长的测试用例设计方法，但是如果面试官问你指定测试用例设计方法，比如我今天要介绍状态转换图法，如果听都没听过这种测试用例设计方法，就只能老老实实的回答：sorry，没有听说过。
首先我们要了解什么情况适合使用状态转换图这种方法来设计测试用例。状态转换图法简称状态图，也就是大家常说的STD图（State Transform Diagram）,在被测软件中状态标记比较多的情况下比较适合使用。
举个大家常见的场景，比如你通过某宝、某东的app进行下单操作，如果你足够细心的话，会观察并总结出，订单的状态一般分为已下单未支付、已支付未发货、待收货、已收货未评价、已评价，大致列举为这5种状态。
那么接下来就需要了解什么是状态图，就是列举出被测软件的所有的状态以及出现这些状态所需要的操作，然后用图形或表格的方式把相关联的操作和状态组合在一起，串联出用户操作软件经历不同状态的操作流程。
然后就是如何使用状态图来帮助我们设计测试用例，可以先列举出所有可能的状态。还是拿我们的订单操作为例，5种状态，还有取消订单这种状态，还有1种状态就是用户的错误操作导致的错误提示状态；然后根据这7种状态列举可能的用户操作；接下来就是找到什么操作会导致什么状态发生，可以通过画图也可以通过表格的情形来表示：
比如：搜索商品->设置配送地区->设置购买数量->点【立即购买】->设置收货人信息->设置支付类型->设置配送清单->设置发票信息->点【提交订单】->状态：已支付未发货，后面对应的操作，可以是取消订单，也可以是卖家发货，这样时候就需要注意一个原则，先列举主要动作和状态，再列举次要动作和状态，基于这个原则先整理卖家发货这个操作以及后续操作；然后就是根据画图、表格列举的状态转换图，把相关联的操作和状态串联起来，尽量设计到一条测试用例中，如果一条测试用例不能经历所有的状态，就继续增加测试用例来覆盖列举的状态，比如已取消状态，只能再增加一条测试用例来覆盖已取消状态。
以上就是使用状态图设计测试用例的步骤拆解。
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….
关注我的微信公众号：【程序员小濠】即可获取这份资料了！
如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们的群：779450660 大家一起讨论交流，里面也有各种软件测试资料和技术交流。
如果对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。
网友评论