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

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

下面我们来说一下步骤：

列提纲

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

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

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

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

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

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

使用说明页：返回主页。

在线客服页：返回主页。

订单列表。

画出关联图

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

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

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

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

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

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

下面是一份非常优质的学习资源，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你

以上软件测试资料需要的可以私信我都可以免费获取

机会只垂青有准备的人，这是一个靠本事的社会。有时候，你之所以发展得不好，不是因为没有机遇，而是因为你没有准备好，导致机遇与你擦肩而过。如果你想要学习，什么时候开始都不晚，而不是瞻前顾后，你只要用尽全力，剩下的就交给时间！

加油吧，测试人！路就在脚下，成功就在明天！