写一个模拟接口进行测试

背景：工作中对某个接口进行压测，开发人员想知道接口请求一次可发送的数据量，比如1W、10W等。但在使用jmeter测试的过程中，发现发送1W条数据测试时失败，从程序后台日志中看到报错：

从报错信息看，好像是请求的消息体被截断了，所以导致后台取到的json消息体不完整，无法按json继续处理。

为了判断是不是jmeter的问题，所以就用postman发送了一次同样数据的请求，结果发送成功。于是就怀疑是不是jmeter的问题，一次不能发送这么大的消息体。

为了验证是不是jmeter的问题，于是自己写了一个简单的api 接口，往表里插数据，分别试了1000条数据、10000条数据、20000条数据，结果都成功插入到数据表中了（请求消息体和实际测试接口的消息体格式完全一致），最终验证了不是jmeter的问题。

下面是自己写的一个简单的接口（直接run即启动接口服务）：

接口url： >写法如下：
1、接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。
2、对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。
3、根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了。

1等价类划分常见的软件测试面试题划分等价类:等价类是指某个输入域的子集合在该子集合中,各个输入数据对于揭露程序中的错误都是等效的并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据取得较好的测试结果等价类划分可有两种不同的情况:有效等价类和无效等价类2边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部因此针对各种边界情况设计测试用例,可以查出的错误使用边界值分析方法设计测试用例,首先应确定边界情况通常输入和输出等价类的边界,就是应着重测试的边界情况应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据3错误推测法基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例例如,在单元测试时曾列出的许多在模块中常见的错误以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例4因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等考虑输入条件之间的相互组合,可能会产生一些新的情况但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例这就需要利用因果图（逻辑模型）因果图方法最终生成的就是判定表它适合于检查程序输入条件的各种组合情况5正交表分析法有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。6场景分析方法指根据用户场景来模拟用户的 *** 作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题详细的描述一个测试活动完整的过程。1项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功

了解了接口测试是什么之后，怎么做接口测试呢接口测试的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端>通过测试计划来确定测试产品所需资源，确定测试策略、测试系统、测试任务，评估和确定测试工作量。测试数据和用例是对产品进行任务描述，通过测试需求分析、业务流程分析、测试用例设计、测试用例评审以及测试用例更新及完善这几个步骤完成测试用例的设计。
测试用例执行的第一步就是要先搭建软件测试环境，要给出软件的安装指导书、运行的软硬件环境、以及相关的配置等等。测试执行中，要全方位观察软件产品的问题，以及确认是否和预期测试用例结果是一致的。

---