感觉测试用例好难写怎么办?

不难，5分钟教会你！

编写方法你都会，你缺的只是思路。文章源自玩技e族-https://www.playezu.com/191919.html

今天带你拆解一个google的测试用例实战案例，分分钟教会你写测试用例。在开始演示之前，必须先了解测试用例编写的基本原则：文章源自玩技e族-https://www.playezu.com/191919.html

• 什么是测试用例
• 测试用例的作用
• 测试用例的组成
• 测试用例的编写思路

什么是测试用例文章源自玩技e族-https://www.playezu.com/191919.html

通俗的来说，测试用例就是指导我们怎么去做测试的文档。在文档中我们提前指明我们的功能点是什么，然后怎么去测这个功能点的步骤，输入的一些测试数据，都写到里面去。当然也包括我们希望的结果。文章源自玩技e族-https://www.playezu.com/191919.html

如果我们有时间能把所有的情况都试一下的话，肯定是不会存在漏测的情况。但是现在的问题就是时间真的是不允许，尤其现在都在走敏捷的路子，大家恨不得一天上一个新功能，所以说能留给测试的时间真的很少。文章源自玩技e族-https://www.playezu.com/191919.html

怎样既能覆盖到所有的测试场景，测试的执行数量又能控制在一个比较合适的数字，这个就是我们设计测试用例的过程。文章源自玩技e族-https://www.playezu.com/191919.html

测试用例的作用文章源自玩技e族-https://www.playezu.com/191919.html

1、理清思路，避免漏测和重复测文章源自玩技e族-https://www.playezu.com/191919.html

2、提高测试效率文章源自玩技e族-https://www.playezu.com/191919.html

3、跟进测试进度

4、告诉领导做过

5、跟进重复性工作

6、更好的记录问题，发现问题，复现问题

互联网行业扔锅大法：防止背黑锅，杜绝扯皮撕逼，扔到自己头上的锅要坚决扔出去。所以，不要讨厌去写测试用例，这个也是工作流程、步骤的一个记录。

测试用例的组成

其中标题、步骤和期望结果是必须要有的，其余的根据公司的安排就可以了。

测试用例的编写思路（重点来了！）

1、划分功能模块

2、正向功能验证：正常操作功能是否实现

3、单个功能项验证：正向+异常

4、功能之间交互验证：模块之间的数据传递

5、隐形需求：熟悉业务

在掌握了基本的理论之后，按照正确的方法，咱们来图解以前我遇到的一个案例：

之前做Android测试的时候，在测试媒体播放器的时候，我编写的测试用例非常的简单：

• 播放器正常开启、暂停、停止；
• 播放器在播放时切换下一首歌、上一首歌；
• 播放器在播放时突然停止，几种常用格式音频文件播放；

看似基本的功能都覆盖到了，然后也按照这个用例一直执行着，直到我看到了google工程师的测试用例，我就彻底跪了，为了方便阅读，我做成拆解图示，让你看下我们和大神之间的差距到底在哪

不知道你的感受如何，但当时带给我的是震撼和羞愧。

总结起来，测试用例并不难，难的是你总是不愿意迈开第一步，你看10篇文章，100个视频，都比不上你亲自写上一次。