求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
PostMan 中文文档
入门
1.介绍
2.安装与更新
3.导航邮递员
4.发送您的第一个请求
5.管理您的帐户
6.同步您的工作
7.探索公共 API 网络
8.创建您的第一个系列
9.使用便笺本
10.创建工作区
11.设置邮递员
12.导入和导出数据
13.使用自定义代理
14.应用程序问题疑难解答
发送请求
15.构建请求
16.授权请求
17.接收响应
18.对集合中的请求进行分组
19.使用变量
20.管理环境
21.可视化响应
22.指定示例
23.使用 cookie
24.使用证书
25.生成客户端代码
26.故障排除请求
27.捕获请求数据概览
28.捕获 HTTP 请求
29.捕获 HTTPS 流量
30.使用邮递员拦截器
31.同步 cookie
32.使用 GraphQL 查询
33.使用 WebSocket 请求
34.发出 SOAP 请求
编写脚本
35.Postman 中的脚本
36.编写预请求脚本
37.编写测试
38.使用监视器运行测试
39.测试脚本示例
40.动态变量
41.邮递员 JavaScript 参考
运行合集
42.使用收集运行器
43.使用监视器调度运行
44.使用 webhook 触发运行
45.构建请求工作流
46.导入数据文件
在Postman中协作
47.与您的团队合作
48.定义角色
49.请求访问
50.分享你的工作
51.您的私有 API 网络
52.评论收藏
53.使用版本控制
54.公共工作区
55.管理公共元素
设计和开发你的API
56.API 开发概述
57.创建 API
58.版本控制 API
59.定义 API 规范
60.生成服务器代码
61.测试 API
62.部署 API
63.观察 API
64.管理和共享 API
65.验证 API
66.使用报告进行分析
发布你的API
67.记录您的 API
68.创作您的文档
69.发布您的文档
70.查看文档
71.使用自定义域
监控你的API
72.监控您的 API
73.监控 API 正常运行时间
74.设置基于集合的监视器
75.查看基于集合的监控结果
76.管理显示器使用情况
77.使用静态 IP 运行监视器
78.监视器故障排除
79.监控常见问题
API安全
80.令牌扫描仪
行政
81.采购邮递员
82.计费
83.配置团队设置
84.利用审计日志
85.入职清单
86.在团队之间迁移数据
87.将您的团队升级到当前版本的 Postman
88.管理企业部署
开发商
89.使用 Postman 实用程序进行开发
90.邮递员 API
91.回声 API
92.采集 SDK
93.Postman 运行时库
94.代码生成器库
95.邮递员收藏转换
集成
96.与邮递员集成
97.自定义 Webhook
98.CI 集成
99.圈子CI
100.特拉维斯 CI
使用 Newman CLI
101.使用 Newman 在命令行上运行集合
102.Newman与 Docker
103.带有 Postman API 的 CI
104.与 Travis CI 集成
105.与Jenkins集成
使用工作区
106.创建工作区
107.使用和管理工作区
108.查看工作区活动
109.解决团队冲突
模拟数据
110.设置模拟服务器
111.用例子模拟
112.使用 Postman API 模拟
113.了解示例匹配
Run Postman
114.使用在 Postman 中运行按钮
115.在 Postman 按钮中创建运行
116.在 Postman 中使用 Run 进行编码
117.API 架构安全警告
118.OpenAPI 3.0 警告
119.OpenAPI 2.0 警告
120.管理你的团队
121.管理用户组
122.配置域捕获
123.SSO 简介
124.为团队配置 SSO
125.登录 SSO 团队
126.微软广告文件系统
 
 
目录
与 Travis CI 集成
来源: Postman    编辑:Alice(火龙果软件)

您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



106 次浏览
5次

持续集成 (CI) 是一种开发实践,它鼓励开发人员定期将他们的代码更改提交到共享存储库,通常每天提交几次。当冲突仍然相对容易解决时,尽早提交并经常帮助团队避免技术债务并快速发现问题。

使用 CI,每次代码提交都会触发一个构建代码和运行测试的自动化过程。如果所有检查都通过,该过程甚至可以部署更新的代码,这种做法称为持续交付 (CD)。

开发 API?Postman 提供内置工具,可将您的 API 与一些最广泛使用的持续集成 (CI) 工具(包括 Travis CI)集成。为 API 设置 CI 集成后,您可以在 Postman 中查看构建状态或启动新构建。您还可以使用 Newman 作为 CI 管道的一部分运行 API 测试。要了解更多信息,请参阅CI 集成。

使用 Travis CI 运行 Postman 测试

通常,将Postman 测试与 Travis CI 集成与在 Jenkins、AppVeyor 或任何其他构建系统上运行的过程相同。您将设置 CI 配置以在开始构建时运行 shell 命令。该命令是一个Newman 脚本,它运行包含测试的集合并返回记录在 CI 系统中的通过或失败退出代码。

此示例向您展示如何将 Postman 与Travis CI集成,这是一个开发团队用于自动构建和测试代码更改的持续集成平台。完成后,Travis CI 将在您每次提交到 GitHub 存储库时运行您的测试。

入门

1.为您的测试选择 Postman 集合。在大多数情况下,您的测试中已经有一个 Postman 集合。对于此示例,您可以通过选择下面的Run in Postman按钮将示例“Hello World”集合导入您的工作区。

2.设置 GitHub 存储库。Travis CI 对于 GitHub 上的开源项目是免费的。对于此示例,您将使用 Postman 测试将集合存储在公共 GitHub 存储库中。在 GitHub 上创建一个新的公共存储库并将项目克隆到您的本地系统。

3.设置 Travis CI:按照Travis CI 入门指南进行完整的演练。您需要登录 Travis CI并为您的新公共 GitHub 存储库激活 Travis CI 集成。

将 Postman 连接到 Travis CI

1.将“Hello World”集合导出为 JSON 文件并重命名导出的文件hello_world.postman_collection.json。

2.在本地项目的根目录下创建一个文件夹tests,并将导出的 JSON 文件移动到新tests文件夹中。

.
└── tests
    └── hello_world.postman_collection.json

 

如果您的集合使用环境,您还应该将环境导出为 JSON 文件并将其移动到tests文件夹中。

3..travis.yml在项目存储库的根目录下创建一个名为的新文件。您将使用此文件告诉 Travis CI 您的项目的编程语言以及如何构建它。

.
├── .travis.yml
└── tests
    └── hello_world.postman_collection.json

构建过程的任何步骤都可以定制。文件中的脚本.travis.yml将在您下次提交并将更改推送到您的存储库时执行。

4.在该.travis.yml文件中,在 CI 环境中向 Newman 添加一个命令install,然后添加一个script告诉 Newman 运行 Postman 测试(您将其放在tests文件夹中)。

由于 Travis CI 不知道 Newman 所在的位置,因此您需要更新PATH. 在此示例中,该newman工具位于.bin文件夹中的node_modules文件夹中。

对于此示例,您的.travis.yml文件应如下所示:

language: node_js
node_js:
- "16.13.2"

install:
- npm install newman

before_script:
- node --version
- npm --version
- node_modules/.bin/newman --version

script:
- node_modules/.bin/newman run tests/hello_world.postman_collection.json

请注意,如果您导出了环境,则还需要将其添加到脚本中:

script:
- node_modules/.bin/newman run tests/hello_world.postman_collection.json -e tests/tests.postman_environment.json

5.将所有更改提交到您的本地项目并将它们推送到您的公共 GitHub 存储库。

每次您将提交提交到您的存储库时,Travis CI 都会自动触发构建并运行您的测试。导航到Travis CI 仪表板以查看构建的状态。如果一切顺利,您的构建成功通过。

修复测试失败

要查看测试失败时的情况,请在 Postman 中对导入的“Hello Word”集合进行更改,以便其中一个测试中断。

1.打开集合,选择“Hello World”请求,然后选择测试选项卡。

2.更改最终测试,使其查找文本“大家好!” 而不是“你好,世界!”

3.保存更改,然后再次导出集合。和以前一样,重命名导出的文件hello_world.postman_collection.json并将其移动到tests本地项目的目录中。

4.提交更改并将更改推送到您的公共 GitHub 存储库。这将在 Travis CI 中触发一个新的构建,而这一次构建应该会失败。

5.选择失败的构建链接以查看 Travis CI 中的构建日志。查看日志,您可以看到断言失败。如果这是您自己的集合,您可以使用错误消息来帮助了解测试失败的原因并调试问题。

6.对于此示例,如果需要,您可以在 Postman 中更正测试中的错误并再次导出集合。和以前一样,重命名 JSON 文件,将其添加到tests本地项目的文件夹中,然后提交并推送。这次你在 Travis CI 中的构建应该是成功的。

下一步

有关收集运行的更多信息,请参阅以下主题。

  • 使用收集运行器

  • 导入数据文件

  • 构建请求工作流

  • 与詹金斯集成

  • Newman与 Docker

 

 

106 次浏览
5次