育才学习网1. jmeter 的接口测试用例怎么写
一、创建工程、引包1、创建JAVA工程2、引入Jmeter中lib\ext基础包：ApacheJMeter_java.jar、ApacheJMeter_core.jar3、引入Jmeter日志包：jorphan.jar,logkit-2.0.jar,commons-logging-1.1.1.jar,avalon-framework-4.1.4.jar4、引入.test.jmeter; import java.io.IOException; import org.apache./merchandise/GetSearchSuggestion"); params.addArgument("data", "data={\"token\": \"aaaaaaaaaa\",\"body\": {\"keywords\"： \"蓝月亮\"}}")； return params; } } 3、main函数测试成功后，打成jar包，放到%Jmeter_Home%\lib\ext目录中即可 三、运行用例1、运行%Jmeter_Home%\bin\jmeter.bat2、添加线程组，Java请求、查看结果树、聚合报告3、执行后的结果为 Tips：快捷键 Ctrl+R运行用例、Ctrl+E清除运行结果 /kash_chen007/article/details/37690411。
2. 接口测试用例怎么准备
根据以往的工作经验，接口用例设计主要从以下三个方面来进行设计：
1 输入
输入参数主要从以下几各方面设计：
a 必填项校验
接口文档中有是否必填的说明。参考接口文档即可。
b 参数长度校验
参考接口文档即可。
c 参数值的有效性校验
如：身份证号的校验 ，设计的数据虽然符合身份证号的规则，但是并不是真实有效的身份证号；这种情况就要看身份证号的校验规则是什么样了，一般都是用的现成的身份证号校验器，但是有些是自己写的校验算法，这个本人就遇到过这种问题---校验算法写的不正确；
所以参数有效性的校验就需要结合实际业务场景，判断哪些数据是真实有效的数据，一定要确保所有真实有效的数据是可以验证通过的。
d 参数组合校验
不同的参数组合可能会存在不同的业务场景；
e 如果参数是枚举值，一定要各种枚举值都要测试，因为可能不同的枚举走的不同的业务流程；
f 参数值的默认值的校验
参考接口文档。
g 某些参数具有特定的生成规则，要单独针对生成规则设计用例，一定要保证真实有效的数据是可以验证通过的。
如身份证号中间几位 ******19860701****，本人就遇到过输入******19861001****这种值校验不正确；
2 接口逻辑
接口逻辑我用的设计方法是分支覆盖--->；路径覆盖--->；场景覆盖，同样也是要结合实际业务场景，根本不发生的业务场景就是无效的测试用例。
a 第一步先把业务流程图画出来；
b 依据路程图中的分支分别设计，不同分支不同的场景，这里就要把异常的场景考虑进去；如接口超时，接口异常，接口请求成功或失败，成功后怎么处理，失败后流程是否继续执行，失败后的数据怎么处理；
以打款接口为例：
打款结果有打款成功或打款失败，成功后怎么处理，需要回写打款成功状态，失败后怎么处理，也需要回写失败状态，失败后的数据可以操作退回，也可以操作重新出款等等；如下
c 测试逻辑设计完成后要想一想不同的业务场景怎么去测试，需要哪些人员协助，
如接口超时怎么去测试，请求重复怎么去测试，请求并发怎么去测试
3 输出
输入结果：正常输出和异常输出，常用的方法有错误推断法（列举出程序中可能存在的错误或者异常，根据他们选择测试用例）
4 以上都完成后，要结合实际的业务场景去掉冗余的用例（即实际业务场景不存在的流程或者输入数据）；
5 如果业务流程涉及到状态转换，要单独设计用户---方法：状态转换图；
6 涉及到多个不同金额或者手续费的计算，可能还会用到正交实验法去设计用例；
7 另外，用例设计中还应当包含异常流程中产生的异常数据的处理流程；---通常所说的补偿机制，这块流程能大大的减轻人工运营的工作量，当然，这需要在做系统设计的时候就需要把这部分考虑进去；
3. 接口测试怎么做
对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试