事情是这样的，之前做过一版接口自动化测试平台，大致流程就是前端收集 http 信息，后端使用拼装 http 后发送。因为后端使用的是 Python，所以使用 requests 库来解决。但是过程当中发现了很多请求体的数据结构的问题，有的请求需要使用 json 格式，有的需要纯字符串，json 中 dict 的嵌套等等。也导致使用人员降低了对平台调试接口的期望，依然使用 postman 来做预先的接口调试。请问除了不断去优化拼装逻辑外还有没有什么其他的解决方案？在 py 库里面看到了一个 postpy2 的 postman 兼容 Python 的库，但是这个库依然需要先将请求内容组装成一个 postman 的 collection 文件之后才能运行，而且运行的结果获取和效率还没有经过实验，这种方式可行吗？
cpu温度测试软件文章源自玩技e族-https://www.playezu.com/190612.html 文章源自玩技e族-https://www.playezu.com/190612.html
玩技站长微信
添加好友自动发送入群邀请
rainbow-shownow
玩技官方公众号
官方微信公众号
PLAYEZU
未知地区 1F
看起来，像是你平台前端设计相关的问题？request 库基本可以发送 postman 能发的 http 请求内容的，库的能力上应该没问题。
然后接口调试不用这个平台而是用 postman ，现阶段会有什么问题呢？没太理解。调试本身就不是自动化测试，用别的工具也不阻碍用平台做自动化测试吧。恩，设计上肯定有问题，但是问题始终不是很明确，是以我对 http 的理解上去做的。导致的问题就是他们在 postman 发送的请求和平台上发送的结果不一致。我是怀疑 postman 做了很多请求的优化工作，所以想是否能直接使用 postman 的库来做 Python 端的发送模块，这样只要在 postman 上面调试好了与平台就能够保持一致了。
我是怀疑 postman 做了很多请求的优化工作
不要凭感觉做事。。。你配置个 proxy ，抓下包对比下，不就知道差别是啥了么？然后 request 里面适配下就好了。个人经验，大部分情况下，问题都出现在大家基本都不怎么配置的 http header 里。