接口测试

测试重点应该在接口测试上

API测试用例的开发与调试效率比GUI测试要高得多，而且测试用例的代码实现比较规范，通常就是准备测试数据，发起request，验证response这几个标准步骤
API测试用例的执行稳定性远远高于GUI测试。 GUI测试执行的稳定性始终是难题，即使你采用了很多技术手段(这些具体的技术手段，我会在讲解GUI测试时再详细展开)，它也无法做到100%的稳定
而API测试天生就没有执行稳定性的问题，因为测试执行过程不依赖于任何界面上的操作，而是直接调用后端API，且调用过程比较标准。
单个API测试用例的执行时间往往要比GUI测试短很多。当有大量API测试需要执行时，API测试可以很方便地以并发的方式执行，所以可以在短时间内完成大批量API测试用例的执行
现在很多互联网产品采用了微服务架构，而对微服务的测试，本质上就是对不同的Web Service的测试，也就是API测试。在微服务架构下，客户端应用的实现都是基于对后端微服务的调用，如果做好了每个后端服务的测试，你就会对应用的整体质量有充分的信心。所以，互联网产品的API测试非常重要
API接口的改动一般比较少，即使有改动，绝大多数情况下也需要保证后向兼容性(Backward Compatibility)。所谓后向兼容性，最基本的要求就是保证原本的API调用方式维持不变

显然，如果调用方式没有发生变化，那么原本的API测试用例也就不需要做大的改动，这样用例的可重用性就很高，进而可以保证较高的投入产出比(ROI)

基本测试步骤包含以下三步

API测试工具: 常见的命令行工具cURL、图形界面工具Postman或者SoapUI、API性能测试的JMeter等