编写测试用例的方法，这个是真的很好用

大家测试过程中经常用的等价类划分、边界值分析、场景法等，并不能覆盖所有的需求，我们之前讲过很少用到的因果图法，下面就来讲另一种不经常用到但又非常重要的测试用例编写方法——测试大纲法。

测试大纲法适用于有多个窗口，每个窗口有多个动作，每个动作之间有相互的联系的场景，比如说一个手机壳定制功能。

下面我们来说一下步骤：

列提纲
将每个窗口及窗口的动作都列出来。

共有7个页面主页、手机品牌及型号选择页、手机壳外观选择页、提交成功页。

主页的动作有：在线客服、系统使用说明、开始定制。

手机品牌及型号选择页：提交、上一页、下一页。

手机壳外观选择页：提交、上一页、下一页。

提交成功页的动作有：返回主页、订单列表。

使用说明页：返回主页。

在线客服页：返回主页。

订单列表。

画出关联图

首先我们先用图示的方式来分析窗口之间的联系：

然后再根据图示编写测试用例，用图示的方式能更加明确的发现各窗口之间的联系，避免遗漏和混乱。

通过写用例我们发现，用例1和用例12、用例2和用例11可合并，我们可以将用例11和用例12合并到用例1和用例2中，优化后的用例如下：

平常的测试过程中遇到这种类似需求可能就跟着自己的感觉写用例，不做分析，但是我想说的是，如果没有逻辑的写用例，容易造成用例遗漏或者用例冗余，只有经过严格的分析后，才能将所有可能的情况都列出来，并且去除冗余用例。

使用这种方式编写测试用例，虽然比较麻烦，但是逻辑清晰，如果遇到比较严谨的系统和软件，还是需要经过严格的分析来写用例的，不然可能造成损失。

希望这篇文章能对大家有所帮助~

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

 这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取