0.4.0 版本更新次要围绕这几个方面：
- 分组独立的 UI，反对分组 API 鉴权
- API 测试反对继承 API 鉴权
- 反对用户自定义鉴权插件，仅需局部配置即可公布鉴权插件
开始介绍性能之前，我想先和大家分享一下鉴权功能设计的一些思考。
其实和大部分接口测试前要登录相似，鉴权是身份验证的一种形式。在大多数状况下，鉴权信息个别是：
- 对大多数 API 失效而不是仅某几个 API 须要鉴权
- 测试应用不须要显示在文档信息中，个别会有个阐明文件全局阐明此我的项目下的 API 应用什么鉴权
以下三种设计都能够满足在测试前主动鉴权的需要：
- 鉴权信息配置在分组 / 我的项目中，外部的 API 从父级继承鉴权信息
- 每个 API 配置独立的鉴权
- 在环境中配置鉴权信息，选中后 API 援用环境信息鉴权
咱们如何判断要将这个性能放在哪里呢？
咱们先来剖析分组和环境的应用范畴：
- 分组：对一系列 API 失效，适宜搁置鉴权 / 登录等一系列 API 都可能用到的前置条件，也能够设置公共的断言（例如状态码等于 200）
- 环境：灵便的全局变量用法，和 API 没有强关联关系，能够依据按不同用户创立（例如 Scar 本地环境 /Jack 本地环境），也能够依照不同的服务器环境创立，适宜放一些和用户相关联的信息，例如每个测试人员可能都会应用本人的鉴权的账号、明码。
所以 一系列 API 都能用到的公共配置框架，咱们应该放到我的项目 / 分组 去实现，同时通过环境来填写配置变量数据，这样能够复用大家的设置，让团队内的 API 和测试数据更不便保护。
基于下面思考，咱们的鉴权反对在分组配置。
咱们持续来看看如何应用～
选中相应的分组 - 选中鉴权，因为鉴权值波及到敏感数据，为了在合作环境中工作时放弃此数据安全，咱们倡议应用全局变量。
增加环境，配置全局变量，增加后程序会主动选中这个环境。
再次测试，能够看到鉴权曾经胜利！
当然啦，除了官网提供的 Basic、JWT，其实还有很多其余鉴权形式例如 NTLM、微信签名、AWS 签名等等。
所以咱们将鉴权功能设计成了可拓展的！！
例如这就是官网的 Basic Auth 鉴权插件代码，外围逻辑不到 30 行，非常简单易懂。
本月官网也打算反对更多鉴权插件：
- JWT
- Bear Token
- APIKey
- OAuth 2.0
理解 Postcat：
Postcat 是一个弱小的开源、跨平台（Windows、Mac、Linux、Browsers…）的 API 开发测试工具，反对 REST、Websocket 等协定（行将反对 GraphQL、gRPC、TCP、UDP），帮忙你减速实现 API 开发和测试工作。
Postcat 外围性能：
- API 文档治理：可视化 API 设计，生成 API 文档
- API 测试：主动生成测试参数，主动生成测试用例，可视化数据编辑
- 插件拓展：泛滥插件扩大产品性能，打造属于你和团队的 API 开发平台
- Mock：依据文档主动生成 Mock, 或创立自定义 Mock 满足简单场景
- 团队合作：既能实现 API 分享也能能够创立云空间独特合作
Postcat 劣势：
- 免登录即可测试：省去繁琐的验证登录的操作
- 界面简洁：没有冗余的性能与简单选项
- 收费：中小团队以及集体应用
- 丰盛的插件：反对数据迁徙、主题、API 平安等高达 25 款插件
- 国产：能更好的了解国内用户的需要，与开发团队沟通无障碍
- 欠缺的用户文档：跟着操作就能疾速上手
多提 Issue ! 多反馈！
在应用过程中有任何疑难，能够进群交换：
也能够在线提 Issue（强烈推荐这种开源的形式），提问题自身就曾经在奉献社区了：
https://github.com/Postcatlab/postcat/issues
如果喜爱，无妨 Star 反对一下
这个我的项目是开源的，如果你感觉这个我的项目还不错的话，无妨点个 Star 反对一下！
Github：
https://github.com/Postcatlab/postcat
Gitee：
https://gitee.com/eolink_admin/postcat