Postman
Postman是一个专门用于测试API的工具。可以把它想象成一个功能强大的“邮递员”，它的核心工作就是帮助开发者和测试人员，把各种格式的“信件”（请求）准确发送到指定的“地址”（API接口），并把“回信”（响应）的内容清晰、有条理地展示出来，以便检查是否正确。
它能做什么？
它的主要能力集中在API的测试、开发和协作上。
手动发送请求：就像在浏览器里输入网址访问网页一样，可以用它向任何API发送请求。可以自由设置请求方式（如GET获取数据、POST提交数据）、请求头、请求体（如JSON、表单数据）。
自动化测试：这是它最核心的测试功能。可以为一个API编写一系列的检查点（断言），例如检查返回的状态码是否为200，响应体里是否包含某个关键数据。之后可以一键运行这些测试，快速验证API功能是否正常。这就像为自动售卖机编写一个测试流程：“投币5元，按下B2按钮，检查出货口是否出现可乐，并找零2元”。
生成测试数据：内置的预请求脚本和测试脚本功能，可以用JavaScript动态生成数据。例如，在发送注册请求前，自动生成一个随机的用户名和邮箱，避免因数据重复导致测试失败。
管理测试用例：可以将相关的API请求分组到不同的“集合”中，像整理文件夹一样管理测试用例。例如，将用户登录、查询信息、修改资料这些属于“用户模块”的API放在一个集合里。
模拟服务器：当后台API尚未开发完成时，可以先用Postman快速搭建一个“模拟API”，定义好请求和响应。这样前端开发人员就可以提前进行对接和测试，无需等待。
监控与文档：可以定期自动运行指定的API集合，监控其性能和可用性。同时，可以根据编写好的请求，自动生成漂亮的API文档，供团队其他成员查阅。
如何使用（以测试登录API为例）？
创建请求：新建一个请求，选择方法为“POST”，并填写登录接口的URL。
构造请求体：在“Body”标签页，选择“raw”和“JSON”格式，然后输入用户名和密码的JSON数据，例如
{"username": "test", "password": "123456"}。发送与查看：点击“Send”按钮。下方会显示服务器返回的响应，包括状态码（如200成功、401密码错误）、响应时间以及具体的响应内容（如登录成功的令牌或错误信息）。
编写自动化测试：在“Tests”标签页，用JavaScript编写验证逻辑。例如，可以写：
pm.test("登录成功", function () { pm.response.to.have.status(200); });这句代码的意思是：测试用例“登录成功”通过的条件是，响应的状态码必须为200。
有哪些好的使用习惯？
使用环境变量：不要将服务器地址、用户名密码等硬编码在请求里。应该使用变量，如将服务器地址设为
{{base_url}}。这样只需切换不同的环境（如测试环境、生产环境），就能自动更换所有请求中的变量值，管理起来更清晰。先进行单点测试，再组装流程：先确保登录、查询等单个API工作正常，然后再使用“Collection Runner”或“工作流”将它们串联起来，测试完整的业务场景，比如“登录后查询个人订单”。
善用脚本：在集合或请求的“Pre-request Script”中准备测试数据，在“Tests”中进行结果验证。这能让测试过程更加智能和健壮。
团队协作与文档化：将创建好的API集合通过团队工作区共享。利用它自动生成文档的功能，并保持文档与API变更同步，这是保证团队效率的关键。
和同类技术相比如何？
与Postman功能类似的主要是两类工具：
命令行工具（如cURL）：cURL非常轻量、灵活，易于集成到脚本中，适合自动化流水线。但对于日常测试、调试和团队协作来说，Postman的图形化界面更直观，管理和编写测试用例更方便。
代码框架（如Supertest, Requests）：这些是编程库，需要编写代码来发送请求和断言。它们提供了最大的灵活性和控制力，完全融入开发者的代码工程。而Postman的优势在于开箱即用，降低了API测试的门槛，测试用例本身也更容易被非开发角色（如产品经理）查看和验证。
总结来说，Postman通过图形化界面，将API测试中的请求构建、响应分析、用例管理和自动化验证这些复杂工作变得简单可视化，同时兼顾了团队协作和文档需求，是围绕API进行工作的一项常用工具。