- 安装与更新
- 发送第一个请求
- 创建第一个集合(collections)
- 界面布局
- 帐号
- 同步
- 设置
- 请求(Request)
- 响应(Response)
- 历史记录(History)
- API 请求疑难解答
- 调试和日志
- 授权(Authorization)
- Cookies
- 证书(Certificates)
- 捕获 HTTP 请求(Capturing HTTP requests)
- Interceptor 扩展
- 生成代码段(Generate code snippets)
- 发出 SOAP 请求
- 创建集合(Creating collections)
- 分享集合(Sharing collections)
- 管理集合(Managing collections)
- 使用 Markdown 添加描述
- 示例(Examples)
- 数据格式
- 脚本简介
- 预请求脚本(Pre-request scripts)
- 测试脚本
- 测试示例(Test examples)
- 分支和循环(Branching and looping)
- 沙盒(Sandbox)
- 变量(Variables)
- 管理环境(Manage environments)
- 管理全局变量(Manage globals)
- 开始运行一个集合
- 在集合运行器中使用环境
- 使用数据文件(Working with data files)
- 运行多次迭代(Running multiple iterations)
- 构建工作流程(Building workflows)
- 共享集合运行(Sharing a collection run)
- 调试集合运行(Debugging a collection run)
- 与 Newman 集成
- 与 Jenkins 集成
调试集合运行(Debugging a collection run)
调试集合运行
通常情况下,有些事情是不按计划进行的,即使您希望所有测试脚本通过,您的部分集合运行测试结果也有失败的情况。发生这种情况时,可以通过两种方法来调试请求。
在这个例子中,我们正在运行 Postman Echo 集合 。
在 Delete Cookies
请求中,我们期望服务器返回某个 cookie,这也是测试其中的某个检查点。Postman Echo 的 Cookies 端点返回发送给它的任何 Cookie。它还在响应体中发送这些 JSON 的表示形式。这是我们用来检查是否返回某个 cookie。
我们可以看到,这个测试是失败的。我们来检查下为什么。
使用请求和响应主体进行调试
正如测试所说,我们期待一个名为 foo1
的 cookie 作为响应的一部分被返回。
如果您在集合运行中单击任何请求名称,您会注意到出现一个工具提示。这有关于您的请求的有用信息,当了解错误时可能需要的信息。展开该 Response Body
部分,我们可以清楚地看到响应不包含我们期望的 cookie。此外,在展开该 Response Headers
部分时,我们看到该 cookie 根本没有被发送。我们推测 Postman Echo 处理 Cookie 的方式是错误的。我们现在可以继续在我们的 API 中进行修改,然后重试。
请注意,仅尝试显示小于 300KB 的响应体。出于安全考虑,您的响应标头和正文不会同步。
您可以通过 Log responses
在 开始集合运行 时使用下拉列表来控制此工具提示中显示哪些正文。
使用 Postman 控制台进行调试
使用 Postman Console 进行调试需要您在开始运行之前让控制台打开。您可以阅读有关 Postman 控制台 。
Postman 控制台将记录所有请求并将其显示在列表中。
让我们来看看在这里造成问题的请求,并展开其响应头。这也是我们看到 Postman Echo 端点没有返回 cookie。这一定是我们测试失败的原因。然后,我们可以推断端点是行为不端,需要查看。
任何 console.log
在您的测试脚本有的也将会出现在这里,所以你可以在控制台记录日志如果你正在调试一个复杂的测试脚本。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论