测试用例
首先我们要先进行测试用例的编写。
对于很多非测试行业的人，听到测试用例，可能就懵逼了，测试用例？是个什么东东呢？很多书本对于测试用例介绍，总是先搞上一堆的概念，比如什么正交表，等价类，边界值。我这里呢先不讲这些概念。
其实测试用例就是在测试前进行编写的一个文档，一般使用Excel进行编写，用于在实际测试过程中进行执行，以测试功能是否得到实现，
我们首先来看看测试用例长什么样子。
这就是一份实际工作中的测试用例，当然也不算是标准答案，我也待过几家不同的公司，测试用例的模板，有些差异也是正常的，大家看看有几个重要的元素吧。
1.主题
既模块名称如果拿之前微信朋友圈的例子来讲解，比如点赞功能就是一个主题。
2.测试用例名称
测试用例名称就是具体测试用例的名称，比如点赞成功，取消点赞成功等等
3.前置条件
需要的条件和环境，比如如果你想要进行点赞，那么首先得进入到朋友圈吧？而且进入到朋友圈后，就可以点赞吗？如果你的微信号没有好友，朋友圈里没有好友，也是无法点赞的吧？所以点赞成功的前置条件得是进入微信朋友圈，且有可点赞的资讯。
4.测试步骤
测试步骤呢就是具体执行的步骤，比如要点赞成功，首先要点击右下角省略号，然后在弹出的框中点击点赞按钮。
5.预期结果
即为在执行测试步骤后，所产生的预期实际结果。如果在实际执行过程中，和预期结果不符合，那么便可以判断预期结果失败，如点赞功能的预期结果便是点赞成功，在资讯下显示一个空心的红心和你的ID，如果说点赞了，没有出现红心或者ID，那么既可以判断这里有BUG。因为微信朋友圈现在是已经开发好的功能，我们对预期结果非常了解，但是在实际开发过程中，编写测试用例是在开发完成之前，所以测试人员要对需求文档（一般由产品经理提供，即需要开发的功能的原型图和说明）有足够的了解，才能得出预期结果。
6.优先级
优先级是测试用例的重要程度，分类方法可能不同，有些公司叫P0-P3，有些公司用1，2，3，4去数。这样区分的好处是可以识别出重点的测试用例，在人手不够的时候，可以着重测试重点的测试用例。
7.备注
一般用来记录一些特殊的事项
8.测试结果
在执行过程中实际发生的结果，如果和预期结果一样，一般写true即可。如果发生实际情况和预期结果不一样，比如说点了点赞功能，但是没有反应，那么可以就得写成false，并把实际发生的情况写上去。
那么现在大家来试着写一下关于微信点赞成功这条测试用例吧，根据上面的元素
好了，那现在关于点赞成功的这条case我们已经写好了，是不是就可以判断微信朋友圈点赞成功这个功能没问题了呢？
答案是不对的，在测试用例的编写和实际的测试中，除了要考虑正常情况，还得考虑失败情况和异常流。
比如关于微信点赞这个功能，如果在网络不通的情况下，点赞是否能成功呢？
大家可以关闭网络试试看，其实微信点赞就有做这种异常情况的处理，在无网络的时候进行点赞，也显示点赞成功，但是其实在好友的朋友圈里，并没有显示你点赞成功，而当你连接上网络时，会把之前点赞的这个请求发出去，好友的朋友圈显示你点赞成功了，显然微信团队是考虑了网络不好的这种异常情况了。那么加上在无网络下点赞的这种情况，那么我们的测试用例就变成了这个样子。大家也可以试试看别的功能，比如发送朋友圈内容时的测试用例，自己动手写一写，根据每个功能的正确情况和异常情况。
那么现在点赞的正常情况，异常情况我们都考虑了，是否就算测试完这个朋友圈点赞的功能了呢？
请大家再开动脑筋想一想