使用签入 git 存储库的邮递员测试集合 json 的最佳实践？

Question

我们有一个 Postman 测试集合，已签入我们的 git 存储库。Jenkins 使用它在管道中运行集成测试。如果多个开发人员需要添加/更新测试，处理合并冲突的最佳实践是什么？

根据我的理解，Postman 导出的 json 是机器可读的，手动编辑该文件可能会导致它损坏并且不再被导入。

我们无法获取 Postman Pro。

Answer 1

我们团队中的 API 测试也采用类似的做法。我们学到了一些要点，可能会有所帮助。

1- 从 Postman 导出的 JSON 不是机器可读的。您可以在您选择的编辑器（例如 Notepad++）中编辑它，但您需要小心，因为 Postman 希望它采用某种格式才能导入它。这是我们使用的程序

• 从存储库中提取 JSON 文件
• 在邮递员中导入
• 在 Postman 中进行更改
• 导出新文件（包括变量文件）并推送到存储库

基本上，Postman 是添加/更新测试的主要开发环境，但可以通过直接编辑 JSON 文件来进行小的更改

2- 尽量保持request.json包含请求和测试的文件尽可能简单。当您向单个集合添加更多请求和测试并且它变得比存储库托管平台（ Github，GitLab，...）可以加载文件更重并且难以审查合并请求时，就会出现问题

3-为了实现上述目标，找到在文件中重复的请求部分并将它们放入environment变量global文件中。如果您已经这样做并且仍然有大文件，也许您需要对请求进行分组并将它们放入不同的集合中，以便更轻松地对它们进行版本控制

说了以上几点，解决合并冲突仍然不是很容易，但也不痛苦！