大家测试过程中经常用的等价类划分、边界值分析、场景法等，并不能覆盖所有的需求，我们之前讲过很少用到的因果图法，下面就来讲另一种不经常用到但又非常重要的测试用例编写方法——测试大纲法。
测试大纲法适用于有多个窗口，每个窗口有多个动作，每个动作之间有相互的联系的场景，比如说一个手机壳定制功能。
下面我们来说一下步骤：
列提纲
将每个窗口及窗口的动作都列出来。
共有7个页面主页、手机品牌及型号选择页、手机壳外观选择页、提交成功页。
主页的动作有：在线客服、系统使用说明、开始定制。
手机品牌及型号选择页：提交、上一页、下一页。
手机壳外观选择页：提交、上一页、下一页。
提交成功页的动作有：返回主页、订单列表。
使用说明页：返回主页。
在线客服页：返回主页。
订单列表。
画出关联图
首先我们先用图示的方式来分析窗口之间的联系：
然后再根据图示编写测试用例，用图示的方式能更加明确的发现各窗口之间的联系，避免遗漏和混乱。
通过写用例我们发现，用例1和用例12、用例2和用例11可合并，我们可以将用例11和用例12合并到用例1和用例2中，优化后的用例如下：
平常的测试过程中遇到这种类似需求可能就跟着自己的感觉写用例，不做分析，但是我想说的是，如果没有逻辑的写用例，容易造成用例遗漏或者用例冗余，只有经过严格的分析后，才能将所有可能的情况都列出来，并且去除冗余用例。
使用这种方式编写测试用例，虽然比较麻烦，但是逻辑清晰，如果遇到比较严谨的系统和软件，还是需要经过严格的分析来写用例的，不然可能造成损失。
希望这篇文章能对大家有所帮助~
下面是一份非常优质的学习资源，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！
以上软件测试资料需要的可以私信我都可以****
机会只垂青有准备的人，这是一个靠本事的社会。有时候，你之所以发展得不好，不是因为没有机遇，而是因为你没有准备好，导致机遇与你擦肩而过。如果你想要学习，什么时候开始都不晚，而不是瞻前顾后，你只要用尽全力，剩下的就交给时间！
加油吧，测试人！路就在脚下，成功就在明天！