最近刚开始接触函数接口测试，在此之前是个点点点工具人。
通过网络上阅读过一些文章，对于函数的接口测试，我个人理解是根据两方面去考虑的，一个是考虑函数可以实现的功能去设计用例，一个是通过函数的参数组合去设计用例。
我卡在了参数组合这一步。
问题是这样的。
有一个翻译的接口，translate(orign_message,target_language)。
这里，orign_message（翻译原文本）是一个数组，数组元素是字符串，数组元素可以一个，可以多个，也就是说支持批量翻译。
target_language（目标语言）是一个字符串。
我列举了这些参数的所有可能情况（在此不考虑参数内容的合理性，会在功能测试用例这部分再去考察，最后再汇总去重。可能会有一些遗漏的情况）：
求问：
（1）我对这个接口测试分为参数测试和功能测试两个环节的做法对吗？
（2）像上面这样去考虑参数情况对吗？
Q：我对这个接口测试分为参数测试和功能测试两个环节的做法对吗？
A：没有这样测过，不太确定是对还是错。不过我个人习惯是结合在一起写，不单独分开测。一个接口只产生一份用例。这个问题我蹲下大神的回复~
有个小建议：可以适当加一些用例期望结果：比如不带改参数，结果是失败还是说有默认的值 (方便对比测试结果，如果是其他没接触过这个需求的同事看你的用例，也能比较方便看出来实际结果)
墨妖
回复
我平时就验证 method，url 不验证。
我想问，如果接口文档写了该接口需要使用 post 方法，你会去测 get 时的表现吗？我会去测是担心 get 或者其他请求 method 下系统出现一些异常情况。
我理解接口测试只是种手段，现在接口的参数类型、是否必填这种，直接注解就搞定了，我觉得测试的意义不大。
我觉得主要还是通过接口测试的方式，来保证接口对业务处理的正确性、健壮性等~
我对这个接口测试分为参数测试和功能测试两个环节的做法对吗？-----接口还要考虑安全性和性能。