不难，5分钟教会你！
编写方法你都会，你缺的只是思路。
今天带你拆解一个google的测试用例实战案例，分分钟教会你写测试用例。在开始演示之前，必须先了解测试用例编写的基本原则：
- 什么是测试用例
- 测试用例的作用
- 测试用例的组成
- 测试用例的编写思路
什么是测试用例
通俗的来说，测试用例就是指导我们怎么去做测试的文档。在文档中我们提前指明我们的功能点是什么，然后怎么去测这个功能点的步骤，输入的一些测试数据，都写到里面去。当然也包括我们希望的结果。
如果我们有时间能把所有的情况都试一下的话，肯定是不会存在漏测的情况。但是现在的问题就是时间真的是不允许，尤其现在都在走敏捷的路子，大家恨不得一天上一个新功能，所以说能留给测试的时间真的很少。
怎样既能覆盖到所有的测试场景，测试的执行数量又能控制在一个比较合适的数字，这个就是我们设计测试用例的过程。
测试用例的作用
1、理清思路，避免漏测和重复测
2、提高测试效率
3、跟进测试进度
4、告诉领导做过
5、跟进重复性工作
6、更好的记录问题，发现问题，复现问题
互联网行业扔锅大法：防止背黑锅，杜绝扯皮撕逼，扔到自己头上的锅要坚决扔出去。所以，不要讨厌去写测试用例，这个也是工作流程、步骤的一个记录。
测试用例的组成
其中标题、步骤和期望结果是必须要有的，其余的根据公司的安排就可以了。
测试用例的编写思路（重点来了！）
1、划分功能模块
2、正向功能验证：正常操作功能是否实现
3、单个功能项验证：正向+异常
4、功能之间交互验证：模块之间的数据传递
5、隐形需求：熟悉业务
在掌握了基本的理论之后，按照正确的方法，咱们来图解以前我遇到的一个案例：
之前做Android测试的时候，在测试媒体播放器的时候，我编写的测试用例非常的简单：
- 播放器正常开启、暂停、停止；
- 播放器在播放时切换下一首歌、上一首歌；
- 播放器在播放时突然停止，几种常用格式音频文件播放；
看似基本的功能都覆盖到了，然后也按照这个用例一直执行着，直到我看到了google工程师的测试用例，我就彻底跪了，为了方便阅读，我做成拆解图示，让你看下我们和大神之间的差距到底在哪
不知道你的感受如何，但当时带给我的是震撼和羞愧。
总结起来，测试用例并不难，难的是你总是不愿意迈开第一步，你看10篇文章，100个视频，都比不上你亲自写上一次。
