练唱模式测试用例首先得有编号，因为有的时候开发人员和测试人员他们要基于某种情况去沟通的时候。我们可以提供用例编号在开发人员和测试人员，他们通过编号去确定讨论的是同一个用例。
一、练唱模式测试用例
练唱模式测试用例首先得有编号，因为有的时候开发人员和测试人员他们要基于某种情况去沟通的时候。我们可以提供用例编号在开发人员和测试人员，他们通过编号去确定讨论的是同一个用例。
其次我们得有一些模块或者场景。
因为一个软件它可能有一个或者多个模块。所以呢，我们作为软件测试得要有一个整体的逻辑，那就按照模块去划分，这也是用例中为什么存在模块的一个原因。
还有一个用例模板，里面必须含有场景。
因为我们都知道作为测试人员他不止要验证正常的一些情况，还要验证各种异常的情况。所以这里边儿会对应不同的场景。
还必须含有用例名称。一个好的用例名称能够帮助我们快速了解到这条用例将要测试什么？往往很多人在这里不太重视。在我看来细节决定成败，一个好的用例名称必须精简干练，直接提供给操作用例的人，一个直观的感受我就要验证什么。
一个用例还必须包含有前置条件。
我们在操作一个软件或者验证一个软件的场景的时候，往往前提前期做了很多的铺垫。那么这些都统称为前提条件。往往一个前提条件写的好的时候，可以帮助我们去精炼整个测试用例。
还有一个模板必须含有测试等级。
我们所执行的软件各个场景不可能都是同样重要的，肯定有重要的，比较重要的，一般重要的，我们是要有一个划分等级的。
当然还有我们的操作步骤，这个是不必不可少的，为什么呢？因为我们的测试用例就是在描述我们执行的一个过程，也就是我们操作的一个步骤。
当然还有我们的预期结果。
无论什么软件，在经历一系列前提条件和操作步骤之后，它总有一个期望的结果。我们统称为预期结果。我们按照操执行用例来操作的时候，就是来检查我们操作之后跟我们的期望结果是否一致，如果一致就通过，如果不一致那么就要提单子，就要跟踪缺陷。最后还得有一个实际结果用来记录在操作过程中的一个实际结果。
延伸阅读：
二、接口测试常用工具
说到接口测试，最常见的一种测试方式就是检查服务端返回的数据正确性了。实际项目中，服务端在收到客户端的请求之后，对请求进行处理并将处理的结果返回给客户端，这种结果比较常见的是Json、XML等数据格式，所以测试的时候一个主要工作就是检查这些数据的正确性。比如，服务端以Json的格式返回客户端需要的数据，那么在测试中我们就需要关注返回的Json中是否包含我们期望的字段、字段的内容是否正确等等。这个时候自动化脚本就显得非常重要了。
在测试过程中发现好多接口都是以Json格式返回数据的，在实际执行中，我们用到了Python的一个开源框架Requests，该框架保留了所有urllib2的优点，比起urllib2更加简洁明了，更像是纯粹的“Python”，该框架在平时接口测试中几乎所有的自动化脚本中都在使用，关于该框架，小编之前在一次公开课中做过一次分享，有兴趣的话大家可以关注搜狗测试粉丝群（459645679）进行查看哦。
还有一些工具在实际的操作中用的比较多，比如Postman。Postman是谷歌Chrome的一个插件，使用起来非常简单，可以支持我们以get/post等各种方式发送请求，当然也可以自己构造请求，服务器返回的数据会全部展示出来，便于检查，这和Fiddler比较相似。此外Postman还支持用户自行构造环境，设置检查点等，不考虑时间的情况下基本能满足接口数据验证的需求。关于Postman的安装和使用教程，网上资源比较多，此处就不再赘述了。
