1，接口测试里面要测数值相关的，跟功能测试的测试点几乎一样，那之后功能测试还得测一遍，那功能测试测出来由bug，那是不是就肯定是前端的bug？
2，接口测试要测参数的情况，多参和少参的意义在哪啊，一般用户都不会多参少参呀
3，如果不是输入框的接口测试要怎么写用例啊？
该回答引用GPTᴼᴾᴱᴺᴬᴵ
在接口测试中，可能会测试一些特殊的数据场景、数据范围、异常情况等，这些情况可能在功能测试中没有覆盖到，因此接口测试对于测试点的覆盖范围可能更广一些。如果在接口测试中发现了bug，需要确定是后端的问题还是前端的问题，可以结合前端和后端的日志和调试信息进行排查。
多参和少参的测试用例主要是为了确保接口在参数方面的容错性和健壮性。在实际使用中，的确有可能出现参数多传或者参数缺失的情况，接口测试可以通过这种方式来检测接口是否能够正常处理这种情况，并返回正确的结果或错误提示。同时，多参和少参的测试用例也可以帮助开发人员在编写接口代码时，对参数的处理做出更加严谨的考虑。
对于不是输入框的接口，可以根据具体的业务场景来编写测试用例，例如查询接口可以测试查询结果的正确性和完整性，提交接口可以测试数据是否正确地被保存到数据库中，删除接口可以测试删除操作是否成功等等。需要注意的是，测试用例要尽可能地覆盖接口的各种不同情况，以保证接口的质量和稳定性。
这个需要看你的接口暴露给什么人，如果是外部的用户或者开发者，需要防止恶意提交错误的参数
参考GPT和自己的思路：
对于第一个问题，接口测试与功能测试的测试点有所重叠，但并不完全相同。如果在接口测试中发现了bug，需要进一步分析确认是前端的问题还是后端的问题，并及时修复。
对于第二个问题，多参和少参的情况往往是在用户输入数据不完整或错误的情况下引起的。因此，对于接口测试，必须针对这些情况进行覆盖，以确保系统能够正确地处理这些异常情况，避免了用户输入不完整或错误的情况下引起的问题。
对于第三个问题，如果不是针对输入框的接口测试，可以根据接口的不同测试需要编写相关的用例，例如测试接口是否正确返回正确的数据，是否正确处理异常情况等等。