接口测试用例的设计思路（功能篇）

在日常的测试工作中，我们经常会涉及对应用服务端的接口测试，它的测试场景较为简单，但又必不可少。结合多年服务端测试的经验总结，下面重点谈一谈接口功能测试的测试用例设计思路。

接口测试策略：
服务端提供业务服务的能力，主要依靠接口。测试人员通过服务端接口功能测试来确保接口功能实现正确，为后续服务端的深层次测试打好基础。

接口测试范围：
1.接口的业务功能正常功能验证；
在正常逻辑下，根据业务逻辑、输入参数、输出值等的描述，对正常输入情况下所得的输出值是否正确的测试；

2.接口的语法异常验证；
语法上的测试用例设计，主要以接口定义的语法规范异常为出发点进行用例设计；
设计用例时考虑的异常场景有：协议头不正确、请求路径不存在、参数名称不正确、必填参数缺失等；

3.接口的语义异常验证；
语义上的测试用例设计，主要参考业务逻辑、输入参数的异常为出发点进行用例设计；
设计用例时考虑的异常场景分为这两大类别:
3.1 业务逻辑异常（请求路径不正确、加密信息不准确、对象不存在等）；
3.2 输入参数异常（入参数值类型非法、上下溢出等）；

4.接口的业务异常验证；
这是对上述三个测试方向的补充，主要涉及接口响应错误码的验证和接口响应分支的验证；
接口错误码的实现，是服务端的一种容错机制，需要测试人员撰写相应接口测试用例予以覆盖；

语法与语义的区别（转载）：
一种语言是合法句子的集合。什么样的句子是合法的呢？可以从两方面来判断：语法和语义。语法是和文法结构有关，然而语义是和按照这个结构所组合的单词符号的意义有关。合理的语法结构并不表明语义是合法的。例如我们常说：我上大学，这个句子是符合语法规则的，也符合语义规则。但是大学上我，虽然符合语法规则，但没有什么意义，所以说是不符合语义的。
在antlr的文法中，可以指定自定义的语言的语法规则的集合。antlr用这些规则来产生识别器来识别该语言的句子。为了遵循语义规则，必须在文法中加入actions或者semantic predicates。actions来测试不同的tokens的“值”和它们之间的关系来决定语义是否合法。例如：在符号表中查找类型名来保证该tokens的“值”是类型而不是变量，这就是语义规则的应用。