界面前的准备工作本次负责测试的是对外咨询界面，为外部系统提供使用，在开始设计用例之前，应做好以下准备工作
1、了解需求，明确界面应实现的功能
无论是功能测试用例设计还是界面设计，都必须了解用户的需求是什么，以及为解决什么问题而创造这种需求。
2、查看界面设计文档
接口设计文档是必需的，接口的url、Get或Post方法、Http Header是否需要特殊参数(如Content-Type )、接口参与说明、返回参与说明以及必需的
用例1、来自界面的参与维、用例的设计方法：
此接口包含三个条目：通道、顺序和sign。 其中第一个是渠道，第二个是订单id，第三个是MD5签名。
要考虑每个参数的异常，如果参数错误，则接口success必须为false，并且消息中必须显示错误消息。 例如，可能存在以下情况：
1 )考虑channel、orderId、sign是否必须。 这三个项目都是必需的，因此请考虑如果缺少其中一个项目，界面将显示合理的错误消息。
2 )鉴于通道数据类型和可能的值范围，如果限定为几个数字，则在输入其他数字时，接口必须提供合理的错误消息。
3 )考虑到orderId数据类型，本参数为string型，考虑是否有字符限制，
输入超过限制长度的字符时，接口是否返回错误消息；
如果输入的订单id不存在，接口是否会返回合理的错误消息？
4 ) MD5签名)加密的一种方式)输入的MD5签名错误时，接口必须提供合理的错误信息。
2、从界面的回参维度出发，设计用例：
本接口返回的参数约有20个，下面不再介绍。 请设计合理的用例，以便每个参数可以涵盖各种情况，包括返回正确的值、null值等。
3、从具体业务逻辑的角度设计用例：
在本系统中，根据订单状况的不同，返回的数据内容也不同。 因此，根据6种订单状况，准备了各自对应的orderid，测试了回复数据的正确性。
从设计的用例数量来看，业务逻辑中包含的用例数量最多。
的执行工具： postman jmeter
1、最常用的工具当然是postman。 无论是开发人员调试界面，还是测试人员测量界面，都是最常用、最省力的工具。 postman的使用方法请自己百度一下。
2、如果需要并发接口，我喜欢jmeter，配置多个线程组，匹配csv参数，就可以实现简单的压力测试。
据介绍，本接口的调用方式没有大量的同时场景，因此没有考虑压力测量。
但是，后期测试发现，即使是同一条目，大多数情况下接口返回是正确的，但偶尔会发生success:false，message“系统异常”。 使用后期制作人手动播放通常是调用界面十几次到几十次来播放，但是手指头开始痛了，所以我用jmeter组成一个简单的场景来播放问题，每秒运行10次界面，出现问题的具体情况
之后，开发同事分析问题的原因是，后端同事在进行dubbo呼叫时，消费者方面忘记了添加超时时间，而dubbo的默认超时时间为1秒。 然后，如果添加5秒的超时，并使用jmeter调用接口，则不再发生“系统异常”。
后续接口测试注意事项1、根据本次测试经验，后续接口测试时，必须多次调用，防止接口调用偶然失败。
2、每次测试时，最好记录测试记录(准入、回复等)等，可以放入测试报告中，在后续界面发生变化或返回bug时，找到并重用。