微信接口上传文件的接口,用postman测试没有问题,但用js就报403错误

Posted 2023-04-01

接口Controller已经解决了跨域的问题,其他方法都可以访问,就是在这个方法不行.前端使用的是jingle+weui,后端使用的是springmvc

你好，解决了吗？我也是类似于这样的问题，Postman测试没问题，网页就不行，我前端用的是angularJs，后端是springboot，也解决了跨域的问题，但不知道为啥不行 参考技术A 二、403错误代码的分类介绍
403.1
403.1错误是由于"执行"访问被禁止而造成的，若试图从目录中执行CGI、ISAPI或其他可执行程序，但该目录不允许执行程序时便会出现此种错误。
403.2
403.2错误是由于"读取"访问被禁止而造成的。导致此错误是由于没有可用的默认网页并且没有对目录启用目录浏览，或者要显示的html网页所驻留的目录仅标记为"可执行"或"脚本"权限。
403.3
403.3错误是由于"写入"访问被禁止而造成的，当试图将文件上载到目录或在目录中修改文件，但该目录不允许"写"访问时就会出现此种错误。
403.4
403.4错误是由于要求SSL而造成的，您必须在要查看的网页的地址中使用"https"。
403.5
403.5错误是由于要求使用128位加密算法的Web浏览器而造成的，如果您的浏览器不支持128位加密算法就会出现这个错误，您可以连接微软网站进行浏览器升级。
403.6
403.6错误是由于IP地址被拒绝而造成的。如果服务器中有不能访问该站点的IP地址列表，并且您使用的IP地址在该列表中时您就会返回这条错误信息。
403.7
403.7错误是因为要求客户证书，当需要访问的资源要求浏览器拥有服务器能够识别的安全套接字层(SSL) 客户证书时会返回此种错误。
403.8
403.8错误是由于禁止站点访问而造成的，若服务器中有不能访问该站点的DNS名称列表，而您使用的DNS名称在列表中时就会返回此种信息。请注意区别403.6与403.8错误。
403.9
403.9错误是由于连接的用户过多而造成的，由于Web服务器很忙，因通讯量过多而无法处理请求时便会返回这条错误。
403.10
403.10错误是由于无效配置而导致的错误，当您试图从目录中执行CGI、ISAPI或其他可执行程序，但该目录不允许执行程序时便会返回这条错误。
403.11
403.11错误是由于密码更改而导致无权查看页面。
403.12
403.12错误是由于映射器拒绝访问而造成的。若要查看的网页要求使用有效的客户证书，而您的客户证书映射没有权限访问该Web站点时就会返回映射器拒绝访问的错误。
403.13
403.13错误是由于需要查看的网页要求使用有效的客户证书而使用的客户证书已经被吊销，或者无法确定证书是否已吊销造成的。
403.14
403.14错误Web 服务器被配置为不列出此目录的内容，拒绝目录列表。
403.15
403.15错误是由于客户访问许可过多而造成的，当服务器超出其客户访问许可限制时会返回此条错误。
403.16
403.16错误是由于客户证书不可信或者无效而造成的。
403.17
403.17错误是由于客户证书已经到期或者尚未生效而造成的。

1、你的IP被列入黑名单。
2、你在一定时间内过多地访问此网站（一般是用采集程序），被防火墙拒绝访问了。
3、网站域名解析到了空间，但空间未绑定此域名。
4、你的网页脚本文件在当前目录下没有执行权限。
5、在不允许写/创建文件的目录中执行了创建/写文件操作。
6、以http方式访问需要ssl连接的网址。
7、浏览器不支持SSL 128时访问SSL 128的连接。
8、在身份验证的过程中输入了错误的密码。
9、DNS解析错误，手动更改DNS服务器地址。
10、连接的用户过多，可以过后再试。
11、服务器繁忙，同一IP地址发送请求过多，遭到服务器智能屏蔽。
四、解决403 forbidden错误的方法
1、重建dns缓存
对于一些常规的403 forbidden错误，马海祥建议大家首先要尝试的就是重建dns缓存，在运行中输入cmd，然后输入ipconfig /flushdns即可。如果不行的话，就需要在hosts文件里把主页解析一下了。
同时，查看是否在网站虚拟目录中添加默认文档，一般默认文档为：index.html；index.asp；index.php；index.jsp；default.htm；default.asp等，如下图所示：

2、修改文件夹安全属性
用以下命令修改文件夹安全属性
chcon -R -t httpd_user_content_t public_html/
所用命令解析：
ls -Z -d public_html/
　　＃显示文件／目录的安全语境－Z, --context
　　Display security context so it fits on most displays. Displays only mode, user, group, security context and file name.-d, --directory
　　list directory entries instead of contents, and do not dereference symbolic links
　　chcon -R -t httpd_user_content_t public_html/
　　＃修改文件／目录的安全语境-R, --recursive
　　change files and directories recursively-t, --type
　　set type TYPE in the target security context
3、关于apache导致的403 forbidden错误的解决办法
打开apache的配置文件httpd.conf，找到这段代码：
Options FollowSymLinks
　　AllowOverride None
　　Order deny,allow
　　Deny from all
有时候由于配置了php后，这里的“Deny from all”已经拒绝了一切连接。把该行改成“allow from all”，修改后的代码如下，问题解决。
Options FollowSymLinks
　　AllowOverride None
　　Order deny,allow
　　Allow from all
之所以会出现错误，是因为大多数的国外主机在配置Apache的时候启用了mod_security，也就是开启了安全检查，如果提交的信息中包含select , % , bin等关键字，Apache就会禁止，并给出403，404，500等错误。
4、关于HawkHost空间出现403 Forbidden错误的解决方法
有的时候在共享服务器上安装了Mod security，当网址包含有“%”号等其它敏感字符时，就会被Mod security阻止，马海祥博客曾经也出现过此情况。
解决HawkHost 403 Forbidden 错误的方法：
在.htaccess文件里添加如下代码：
SecFilterEngine Off
　　SecFilterScanPOST Off
直接放在网站的根目录或者程序运行的目录下。
5、关于WordPress导致的403 Forbidden错误解决方法
对于一些使用WordPress管理程序搭建的博客来说，就需要修改.htaccess文件，在后面添加上如下内容即可，其实就是disable mod_security
SecFilterEngine Off
　　SecFilterScanPOST Off
另外dedecms的可能还需要再加一条，以让默认访问的是index.html文件的DirectoryIndex index.html。
修改.htaccess文件，将文件上传之后，再重新打开之前出现403 Forbidden的URL就没有再出现错误，直接可以打开了。
马海祥博客点评：
从SEO的角度来说，常见403返回码的含义是“forbidden”，搜索引擎会认为当前页面禁止访问，但也不会删除，短期内会反复访问几次，如果网页允许访问，则正常抓取；如果长期返回403，搜索引擎会认为该URL是失效链接，将会删除。因此，马海祥建议大家一旦发现自己的网站出现403错误的话，一定要及时的修复，使其链接能够正常访问。如果是不需要的页面，应该设置返回404状态码，按404操作。

接口测试-Http状态码-postman上传文件

转自:https://www.cnblogs.com/jiadan/articles/8546015.html

一、 接口

 

  接口：什么是接口呢？接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。

 

  系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。

 

  程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。

 

二、 接口的分类

 

  现在我们最常用的两种接口就是webservice接口和http api接口。

 

  webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用、测试。

 

  http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。

 

三、前端和后端

 

前端         后端                     前端语言  html css js

客户端       服务端、server端        后端语言  java php python

 

接口返回的数据都是json

通用的数据类型：json

 

  前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的；对于app端来说呢，它就是咱们用的app，android或者object-C（开发ios上的app）开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。

 

四、接口测试

 

  接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

五、为什么要做接口测试

  假如现在在京东app上买东西，支付订单，订单金额是500元，支付的话，那肯定要调用支付接口，你在页面上操作的话，订单金额是修改不了的，那如果你想测试一下服务端有没有校验订单的金额，我想把订单金额改成5元，那在页面上点是测试不了的，这个时候我们就可以直接用接口来调用，修改一下订单金额的值，然后再发请求就可以了。

 

  是为了更好的提高我们产品的质量。

 

 

小结：

1. 接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。
2. 咱们测的都是程序对外部的接口。
3. 接口其实就是各种操作数据库。

 

 

六、接口测试的必要性

 

• 可以发现很多在页面上操作发现不了的bug
• 检查系统的异常处理能力
• 检查系统的安全性、稳定性
• 前端随便变，接口测好了，后端不用变

 

七、接口测试流程

•  需求评审，熟悉业务和需求
•  开发提供接口文档
•  编写接口测试用例
•  用例评审
• 提测后开始测试
• 提交测试报告

 

八、接口规范文档

接口文档至少包括：

• 接口说明
• 调用url
• 请求方法（getpost）
• 请求参数、参数类型、请求参数说明
• 返回参数说明

 

 

测接口的话，必须得有接口文档：

      1、url

      2、请求方式 post、get

      3、入参（请求参数）

      4、返回参数

      5、请求、返回示例

      6、 状态码说明

 

Referer  判断请求是从哪跳转过来的，可以通过它来判断是否合法

 

如果是get请求，直接用浏览器就能发，不需要借助工具。

 

例如：get 请求

http://XXXXXXXX/api/user/stu_info?stu_name=小黑&id=1

 

• 接口测试可以发现一些页面上操作发现不了的bug。
• 越早发现bug，解决bug的成本是越低的。

 

post 和 get请求的区别

http请求 

      请求头

      请求体

 

get请求他没有请求体，只有请求头

      get请求的参数只能写在url里面

      或者cookie里面

post

      请求头

      请求体

         

请参数放在请求体里面

 

九、GET请求和POST请求的区别：

  GET和POST请求：

•  如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送。

 

  GET请求和POST请求的区别：

• GET使用URL或Cookie传参。而POST将数据放在BODY中。
• GET的URL会有长度上的限制，则POST的数据则可以非常大。
• POST比GET安全，因为数据在地址栏上不可见。
• 一般get请求用来获取数据，post请求用来发送数据。

 

  其实上面这几点，只有最后一点说的是比较靠谱的，第一点post请求也可以把数据放到url里面，get请求其实也没长度限制，post请求看起来参数是隐式的，稍微安全那么一些些，但是那只是对于小白用户来说的，就算post请求，你通过抓包也是可以抓到参数的。所以上面这些面试的时候你说出来就行了。

 

十、Http状态码

每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功，常见的状态码有以下几种：

 

  1、200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。

  2、300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，

  3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面

  4、500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果

 

十一、通用接口用例设计

  通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。

 

  参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。

 

  接口安全：

1. 绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
2. 绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
3. 参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
4. 密码安全规则，密码的复杂程度校验

 

  异常验证：

•  异常的，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。

 

根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。

 

• 举个例子，拿bbs来说，bbs的需求是这样的：
• 登录失败5次，就需要等待15分钟之后再登录
• 新注册的用户需要过了实习期才能发帖
• 删除帖子扣除积分
• 4、......
•  像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点。

 

登录

本地写了一个

   cookie

   niuhanyang sdfjsdkf342342

 

服务端

   session

   niuhanyang sdfjsdkf342342

 

cookie

   存在你本地的一个键值对。

   niuhanyang sdfjsdkf342342

 

session

   存在服务端的一个键值对。

   niuhanyang sdfjsdkf342342

 

接口签名

   为了防止别人恶意刷请求。

   它一个加密之后的字符串。

   http://XXXXX/reg?username=xxx&passwd=xxx&sign=8eea855efc702130d9c9cafcd9f4d91a

 

 

用POSTMAN上传文件