发动态

没有新消息

更多内容

霍格沃兹测试开发 北京/河北科技大学
软件测试 | 测试开发 | 接口测试-接口测试能发现哪些问题? 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在都推崇测试左移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。如果是只测试功能,是需要等前后端都完成才能进行测试。 而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码。手工接口测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。 而且只依赖前端进行数据限制已经完全不能满足系统的安全要求,现在绕过前端直接对接口发起请求非常容易。在这种情况下就需要从接口层面进行验证。尤其是涉及到用户的隐私信息,如身份证,银行卡等,需要看是否加密传输,保证系统的安全性。 回答思路 因为接口测试拥有上述的作用,所以做接口测试可以发现很多在页面上操作发现不了的 Bug: 可以检验接口是否按照约定返回响应 可以修改请求参数,突破前端页面输入限制,检验系统的异常处理能力。比如边界值处理错误,输入异常值接口抛异常,输入参数多或者少接口抛异常等等 可以检验系统的安全性。比如明文传输、返回结果含有敏感信息,没对用户身份信息做校验,没做恶意请求拦截等等 可以通过接口测试并发场景,检验系统的性能和稳定性。比如接口并发多条相同操作,响应时间过长,接口压测出现瓶颈等等 通过接口测试,可以让接口质量得到保证,这样前端也会更稳定,功能测试专注与发现前端的 Bug 即可。

330阅读

4赞

评论

0 条评论

暂无评论,快来写下您的评论

推荐阅读

接口测试-接口测试能发现哪些问题? 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在都推崇测试左移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。如果是只测试功能,是需要等前后端都完成才能进行测试。 而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码。手工接口测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。 而且只依赖前端进行数据限制已经完全不能满足系统的安全要求,现在绕过前端直接对接口发起请求非常容易。在这种情况下就需要从接口层面进行验证。尤其是涉及到用户的隐私信息,如身份证,银行卡等,需要看是否加密传输,保证系统的安全性。 回答思路 因为接口测试拥有上述的作用,所以做接口测试可以发现很多在页面上操作发现不了的 Bug: 可以检验接口是否按照约定返回响应 可以修改请求参数,突破前端页面输入限制,检验系统的异常处理能力。比如边界值处理错误,输入异常值接口抛异常,输入参数多或者少接口抛异常等等 可以检验系统的安全性。比如明文传输、返回结果含有敏感信息,没对用户身份信息做校验,没做恶意请求拦截等等 可以通过接口测试并发场景,检验系统的性能和稳定性。比如接口并发多条相同操作,响应时间过长,接口压测出现瓶颈等等 通过接口测试,可以让接口质量得到保证,这样前端也会更稳定,功能测试专注与发现前端的 Bug 即可。

574阅读
12赞
0评论

软件测试 | 测试开发 | 接口测试能发现哪些问题? 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在都推崇测试左移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。如果是只测试功能,是需要等前后端都完成才能进行测试。 而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码。手工接口测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。 而且只依赖前端进行数据限制已经完全不能满足系统的安全要求,现在绕过前端直接对接口发起请求非常容易。在这种情况下就需要从接口层面进行验证。尤其是涉及到用户的隐私信息,如身份证,银行卡等,需要看是否加密传输,保证系统的安全性。 回答思路 因为接口测试拥有上述的作用,所以做接口测试可以发现很多在页面上操作发现不了的 Bug: 可以检验接口是否按照约定返回响应 可以修改请求参数,突破前端页面输入限制,检验系统的异常处理能力。比如边界值处理错误,输入异常值接口抛异常,输入参数多或者少接口抛异常等等 可以检验系统的安全性。比如明文传输、返回结果含有敏感信息,没对用户身份信息做校验,没做恶意请求拦截等等 可以通过接口测试并发场景,检验系统的性能和稳定性。比如接口并发多条相同操作,响应时间过长,接口压测出现瓶颈等等 通过接口测试,可以让接口质量得到保证,这样前端也会更稳定,功能测试专注与发现前端的 Bug 即可。

442阅读
13赞
1评论

软件测试 | 接口测试能发现哪些问题? 前言 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在都推崇测试左移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。如果是只测试功能,是需要等前后端都完成才能进行测试。 而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码。手工接口测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。 而且只依赖前端进行数据限制已经完全不能满足系统的安全要求,现在绕过前端直接对接口发起请求非常容易。在这种情况下就需要从接口层面进行验证。尤其是涉及到用户的隐私信息,如身份证,银行卡等,需要看是否加密传输,保证系统的安全性。 回答思路 因为接口测试拥有上述的作用,所以做接口测试可以发现很多在页面上操作发现不了的 Bug: 可以检验接口是否按照约定返回响应 可以修改请求参数,突破前端页面输入限制,检验系统的异常处理能力。比如边界值处理错误,输入异常值接口抛异常,输入参数多或者少接口抛异常等等 可以检验系统的安全性。比如明文传输、返回结果含有敏感信息,没对用户身份信息做校验,没做恶意请求拦截等等 可以通过接口测试并发场景,检验系统的性能和稳定性。比如接口并发多条相同操作,响应时间过长,接口压测出现瓶颈等等 通过接口测试,可以让接口质量得到保证,这样前端也会更稳定,功能测试专注与发现前端的 Bug 即可。

514阅读
0赞
0评论

软件测试 | 接口测试能发现哪些问题? 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且系统越来越复杂,传统的靠前端测试已经大大降低了效率,而且现在都推崇测试左移,希望测试能更早的介入测试,那接口测试就是一种及早介入的方式。如果是只测试功能,是需要等前后端都完成才能进行测试。 而如果是接口测试,只需要前后端定义好接口,那这时自动化就可以介入编写接口自动化测试代码。手工接口测试只需要后端代码完成就可以介入测试后端逻辑而不用等待前端工作完成。 而且只依赖前端进行数据限制已经完全不能满足系统的安全要求,现在绕过前端直接对接口发起请求非常容易。在这种情况下就需要从接口层面进行验证。尤其是涉及到用户的隐私信息,如身份证,银行卡等,需要看是否加密传输,保证系统的安全性。 回答思路 因为接口测试拥有上述的作用,所以做接口测试可以发现很多在页面上操作发现不了的 Bug: 可以检验接口是否按照约定返回响应 可以修改请求参数,突破前端页面输入限制,检验系统的异常处理能力。比如边界值处理错误,输入异常值接口抛异常,输入参数多或者少接口抛异常等等 可以检验系统的安全性。比如明文传输、返回结果含有敏感信息,没对用户身份信息做校验,没做恶意请求拦截等等 可以通过接口测试并发场景,检验系统的性能和稳定性。比如接口并发多条相同操作,响应时间过长,接口压测出现瓶颈等等 通过接口测试,可以让接口质量得到保证,这样前端也会更稳定,功能测试专注与发现前端的 Bug 即可。

1749阅读
16赞
0评论

软件测试 |接口自动化测试自动化测试app测试面试题 接口测试面试题 1:你平常做接口测试的过程中发现过哪些 bug? 2:平常你是怎么测试接口的? 3:平常用什么工具测接口? 4: webService 接口是如何测试的? 5:没有接口文档,如何做接口测试? 6:在手工接口测试或者自动化接口测试的过程中,上下游接口有数据依赖如何处理? 7:依赖于第三方数据的接口如何进行测试? 8:当一个接口出现异常时候,你是如何分析异常的? 9:如何模拟弱网测试 10:如何分析一个 bug 是前端还是后端的?

1485阅读
2赞
1评论

软件测试 | 接口测试的价值与体系 1.接口测试简介 如果把测试简单分为两类,那么就是客户端测试和服务端测试。客户端的测试包括UI测试、兼容性测试等,服务端测试包括接口测试、性能测试等。接口测试主要检查数据的交换、传递和控制管理。它绕过了客户端,直接对服务端进行测试。客户端测试与服务端测试的关系如图6-1所示。 2.接口测试的价值 服务端的结构非常复杂,图6-2所示是阿里巴巴系统的核心链路图,包含大约150个组件,组件与组件之间进行交互,形成了密集的后端通信网络。UI测试无法覆盖这么复杂的组件交互网络,所以要 绕过客户端,直接使用接口测试对服务端进行测试。 3.接口测试的体系 接口测试相比UI测试,可以更早发现系统中的问题,更快地反馈质量改进建议;同理,单元测试相比接口测试,可以更早发现系统中的问题,更快地反馈质量改进建议,所以花费的成本更低。 4.客户端测试与服务端测试的关系 虽然接口测试覆盖面广,但是也不能使用接口测试代替客户端测试。UI测试涉及系统的用户体验,用户体验的测试无法用接口测试代替。

864阅读
0赞
1评论

环境一般。 作为前端进去的,上班时间天天在测试后端接口

699阅读
3赞
0评论

软件测试 | 接口测试-怎么用接口用例去覆盖业务逻辑? 前言 现在大部分系统前后端架构是分离的,接口作为前后端数据交互的,它的质量是必须要通过接口测试去保障的。 而且根据测试金字塔,也能看出接口测试要比传统的 UI 测试更加的底层,有着低成本高回报的优势。通过测试接口,不光可以保证接口本身的质量,也可以保证业务逻辑的正确性。 完整的接口测试不仅要校验接口能否调通,还要校验各种组合场景、异常场景、输入参数合法性有效性和边界值、接口安全、接口性能等。 业务逻辑的验证考虑不同的业务场景,流程的逻辑是什么样的,什么样的参数会有什么样的结果,从而进行多场景覆盖。 回答思路 使用接口用例覆盖业务逻辑的时候,需要先把需要覆盖的业务场景梳理出来。 接口测试的业务场景如何梳理呢? 可以参考场景法,先构造出要验证的业务逻辑,然后梳理出对应业务逻辑涉及到的接口,再把这些接口进行组合,完成业务场景的构建。 而且在界面上可能限制了一些异常的操作。但是接口不同,可以绕过前端界面的限制,设计各种和业务逻辑相关的异常场景。比如不同状态、异常操作顺序、异常操作次数、权限异常、极限条件的场景等等。 在接口业务校验的时候,除了要校验接口响应中的结果之外,还要到验证数据库中真实的值是否符合预期。同时可以通过其它相关业务接口,验证通过接口是否成功实现了业务场景。总结起来就是通过响应结果进行校验、到数据库进行校验、通过其它接口校验。 这样就可以成功的通过接口测试去覆盖业务逻辑了。

620阅读
7赞
1评论