如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试（django restful api 代码自动生成）

25-04-05 3

本篇文章给大家谈谈如何为使用DjangoRest框架构建的restAPI自动化API测试，以及djangorestfulapi代码自动生成的知识点，同时本文还将给你拓展API转换：从GraphQL到R

本篇文章给大家谈谈如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试，以及django restful api 代码自动生成的知识点，同时本文还将给你拓展API 转换：从 GraphQL 到 REST（使用 Django）、CHENGDU3-Restful API 接口规范、django-rest-framework 框架、Django REST Api 安全架构、Django Rest 框架 APIView 源码调用等相关知识，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试（django restful api 代码自动生成）
API 转换：从 GraphQL 到 REST（使用 Django）
CHENGDU3-Restful API 接口规范、django-rest-framework 框架
Django REST Api 安全架构
Django Rest 框架 APIView 源码调用

如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试（django restful api 代码自动生成）

如何解决如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试？

我想自动测试使用 DRF 构建的 Rest API。此自动化应每 2 分钟运行一次测试用例，并且必须连续运行而不是在本地机器上运行（API 部署在 AWS 中）。如果有任何测试用例失败，那么它必须在日志报告中记录该失败。这可以是任何服务类型。我现在正在使用 Postman 来运行测试用例，因为它是我使用的免费计划，因此 postman 中的 API 调用和监视器有限，因此无法快速运行。请帮忙！！我该怎么做？

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

API 转换：从 GraphQL 到 REST（使用 Django）

在对 DRF 进行了更多探索后，我想到最接近 GraphQL 方法（对我来说有很多自定义方法）的方法是使用 Function Based Views。事实上，这背后没有隐藏的行为或 API 方法，我可以完全控制 API。

是的，需要额外的工作：例如，我自己编写 URL，但是，"Explicit is better than implicit"。

对我来说，1 个 URL = 1 个突变/查询。我在后面执行相同的工作。

CHENGDU3-Restful API 接口规范、django-rest-framework 框架

Restful API 接口规范、django-rest-framework 框架

问题：什么是 API?

答：API是接口，提供url.
接口有两个用途：
为别人提供服务，前后端分离。

为什么使用前后端分离？

答：主要为了数据的解耦，提高开发效率。
如果更新了数据，web页面需要更改，而且网站的前端页面变动很大，后端也可能更改，会非常麻烦。
使用前端框架VUE.js,能快速搭建前端项目，不需要依赖后端。
后端只需做序列化，返回json数据即可，并不涉及更多操作。

Restful API 规范？

答：之前我们是没有用rest api规范的，都是通过django的url自己来做的，后来我们选择用了rest api。
(1):API与用户的通信协议，使用的是http协议
(2):域名尽量部署在专有域名之下，若API很简单，不会进一步扩展,可以考虑放在主域名下。
(3):应将api的版本号放入url,还可以将版本号放入Http请求头信息中，但不如放在url中方便。
也可以放在子域名上（放在子域名上会存在跨域的问题，）
(4):在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有动词，只能有名词，
而且所用的名词往往与数据库的表格名对应。一般来说，
数据库中的表都是同种记录的"集合"，所以API中的名词也应该使用复数。
(5):如果记录数量很多，服务器不可能都将它们返回给用户。API应该提供参数，过滤返回结果。
(6)根据请求方式的不同，来区分不同的行为。post----get----put----patch----delete。
(7):服务器向用户返回的状态码和提示信息。
(8):返回json数据。

常用的请求方式有那些？

答：Get ：获取数据，Post：创建数据，Patch：部分修改
Put ：全部修改，DELETE：删除数据，
Options：如果有跨域，会先发一个option请求，先做预检，完了在执行自己发的请求

常见的状态码有那些？

答：200：响应成功，302：重定向，403：Forbidden
404：找不到页面，500：服务端代码有误

谈谈你对 restful framework 的认识？

答：我们一开始是没有用restful framework，
用django写一些装饰器或中间件也能实现。
但是它为我们事先提供了一部分接口，
常用的有：获取版本，认证，权限，分流 ,
我们只需要按照restful的规范，只需要写几个类就好了，或者在配置文件里面配置一下就可以使用。
尤其是在用户访问频率限制的时候，restful里面都已经封装好了，我们直接调用它的方法就行了。

我们写的时候是基于CBV模式写的，这个和django中的CBV是一样的，
请求先进来会走dispatch方法，根据请求方法不同反射执行不同的方法。
我们写的类是继承APIView的View，去执行它的dispatch先找自己的，自己没有就找父类的。

restful framework执行流程？
restful framework请求进来到达路由.as_view()，在as_view里面return了一个view函数，请求进来先执行一个view函数。
as_views调用了dispath方法根据请求方式的不同，触发不同的方法。
initialize_request这个方法接收客户端的request请求,再重新封装成新的request。请求一些相关的东西放到request中
然后进行初始化，获取版本，认证调用request.user方法，检查权限，检查限制访问。
执行对应视图函数。
对返回结果再次进行加工。重要的功能在APIviews的dispath中实现。

Django Rest Framework 的的请求生命周期

TTP请求 —> wsgi —> 中间件 —> 路由分发 —> 执行对应类的dispatch方法 —> 视图函数 —>返回 
采用CBV的请求方式。

经过“中间件”时，依次执行中间件内部的 process_request--->process_view--->process_template_response
---->process_exception---->process_response

restful framework 中包括那些？

答：有版本，认证，权限，访问频率的限制，路由系统，视图，渲染器，序列化，分页，解析器。

认证？

答：执行认证功能,确认进行后续操作的用户是被允许的，perform_authentication方法返回经过认证的用户对象，
传入的request是重新封装过的。

版本？

功能的更新迭代。
可以放在url,也可以放在请求头，但不是很方便，也可以放在子域名上，但存在跨域的问题。
可以用三种方法实现：get传参方式，基于url正则传参
如果url中有版本信息,就获取发送到服务端的版本,返回一个元组.

权限？

答：如果用户通过认证,检查用户是否有权限访问url中所传的路径，如用用户访问的是没有没有权限的路径,则会抛出异常。

访问频率的限制？

答：作用是检查用户是否被限制了访问主机的次数。

解析器

答：对请求数据进行解析，对请求体进行解析。

如何进行序列化的？

答：有两种方法实现
一：从数据去取出数据，return response
二：从数据库求出数据，赋值给instance,设置是否是单对象，再进行赋值，然后return response(.data)返回。
ser = UsersSerializer(instance=user_list,many=True)
return Response(ser.data)

序列化？

答：解决QuerySet序列化问题。
序列化：
基本序列化：单对象，多对象。instance=user_list,many=True
跨表序列化：
复杂序列化：
基于Model实现序列化：
生成url：
全部生成url：
请求数据验证:

Django REST Api 安全架构

如何解决Django REST Api 安全架构？

我的网站架构。这两个组件都通过 elasticbeanstalk 托管在 AWS 上。

前端：React 通过后端提供的 API 端点获取数据

后端：Django REST 框架

我想限制 api 访问，以便：

只有前端可以从 REST API 获取数据，有些数据对网站上的任何人都是公开的，有些只有登录用户才能访问
列入白名单的开发人员可以从 REST API 访问数据，以便他们可以开发该数据的前端显示
除非我们知道，否则没有其他机器、站点、服务、人员、外星人可以访问 REST API！

愿意研究和学习实施这样的解决方案所需的知识，只是想得到一些指导，因为我是一个年轻的学徒。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

Django Rest 框架 APIView 源码调用

　　上一篇说了请求访问的流程，这一篇说一下请求对应的源码调用

as_view
- 定义 view
- dispatch
dispatch
- initialize_request　　
  - get_parsers　　 (获取解析器）
  - parser_context （解析上下文）
  - get_authentitors　　（获取认证器）
  - get_context_negotiator （获取上下文内容）
- default_response_headers
- initial
  - get_format_suffix
  - perform_content_negotiation
    - get_renderers
    - get_content_negotiator
  - determine_version
    - versioning_class
  - perform_authentication
    - request.user
    - user 是一个使用 property 修饰的函数
      - 获取 request._user
      - 属性不存在则执行认证过程
      - 便利认证器
      - 调用认证器的方法 authenticate
      - 如果认证成功会返回一个元祖（user,auth),user 和 auth 会被存到 request
      - 如果认证出现异常，或者所有认证器都没有成功，或直接进入_not_authenticated
    - get_authenticators 获得的认证器
  - check_permissions
    - get_permissions
    - 迭代
    - 如果没有权限，会 permission_denied
      - 直接抛异常，让程序终止
    - 什么情况算是有权限
      - 所有的权限器都无返回，has_permission 都返回 true
  - check_throttles
    - get_throttles
    - 节流起会有 allow_request 方法
      - 返回 True 代表允许
      - 返回 False 代表不允许
        
        不允许就会 Throttled
        
        就是抛异常

今天关于如何为使用 Django Rest 框架构建的 rest API 自动化 API 测试和django restful api 代码自动生成的分享就到这里，希望大家有所收获，若想了解更多关于API 转换：从 GraphQL 到 REST（使用 Django）、CHENGDU3-Restful API 接口规范、django-rest-framework 框架、Django REST Api 安全架构、Django Rest 框架 APIView 源码调用等相关知识，可以在本站进行查询。

本文标签：