asp做购物网站网络推广员岗位职责
🍅 点击文末小卡片 ，免费获取软件测试全套资料，资料在手，涨薪更快
接口测试是指对系统接口进行测试的一种质量保障手段，主要是验证接口的功能、性能、安全性等方面是否符合预期。
在接口测试中，可以测试以下内容：
-
功能测试：验证接口的输入和输出是否符合预期，包括参数的正确性、返回结果的准确性等。
-
性能测试：测试接口的响应时间、并发处理能力、负载能力等性能指标。
-
安全测试：验证接口的安全性，包括身份验证、授权、加密传输等方面的测试。
-
兼容性测试：测试接口在不同环境、不同设备上的兼容性，包括操作系统、浏览器、移动设备等。
-
接口文档测试：验证接口文档与实际接口是否一致，包括参数说明、返回结果说明等。
-
异常场景测试：测试接口在异常情况下的处理能力，包括参数错误、网络中断、服务器宕机等情况下的表现。
总之，接口测试需要全面覆盖接口的各个方面，确保接口的功能、性能、安全性等都符合预期。
那么设计测试用例时我们主要考虑如下几个方面：
1、功能测试
接口的功能是否正确实现了
接口是否按照设计文档中来实现
（比如username参数写为了user，那么这就不符合，因为接口文档在整个开发中都需要使用，所以接口实际的设计要与接口设计文档中保持一致）
-
兼容性测试：
比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式
-
错误码测试：
通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况
-
返回值测试：
返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
参数边界值、等价类测试
-
json格式测试：
通常我们的接口一般设计的都是传递json串，那么就需要去测试 如果传递非json的情况，这时候程序会不会正确的处理，返回相应的 error code
-
默认值测试：
很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量， 默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。
2、逻辑业务
是否有依赖业务，比如查看订单，是需要用户首先登录的，所以肯定要保证登录了或有相应的cookie
业务逻辑测试：传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行 增删改的操作，也需要看数据库是否同步进行了这些操作
3、异常测试
异常分为两类，参数异常和数据异常
1、参数异常：
-
关键字参数：
将参数写为开发语言中的关键字
-
参数为空：
比如去掉了username参数
-
多或少参数：
多或者少参数的验证，现在还不确定如果一个接口多了参数如果没有报错是否是合理的，或者是否需要优化，因为就目前开发给予的答案是，一般不对接口多了参数的处理
-
错误参数：
比如将username参数写为了user等看是否能返回相应的error code
2、数据异常：
-
关键字数据：
将参数的值填为开发语言中的关键字
-
数据为空：
将参数的额值填为空
-
长度不一致：
因为数据库中每个字段都设置有字段长度，填写不符合的长度进行验证
-
错误数据：
就是将参数的值任意填写，或填写不存在的数值
-
异常类型测试：
比如count参数，这个参数的类型一定是可以转换为int类型的，这时候我们需要测试如果传的一些不可以 转换为int类型值来测试代码是否加入判断
4、性能测试
-
响应时间
-
吞吐量
-
并发用户数
-
占用内存，CPU等
5、安全性测试
敏感信息是否加密
必要参数是否后端也进行校验
（现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前端太容易了）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证）
接口是否防恶意请求（SQL注入）
-
cookie：
将header中的cookie修改或删除后看是否能返回相应的error code
-
header：
删除或修改header中部分参数的值，看是否能返回相应的error code
-
唯一识别码：
删除修改唯一识别码测试
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
