网站建设合同 协议书,站长之家网页模板下载,网站域名打不开的原因,wordpress使用一个数据库接口测试也就是API测试#xff0c;从名字上可以知道是面向接口的测试活动。所以在讲API测试之前#xff0c;我们应该说清楚接口是什么#xff0c;那么接口就是有特定输入和特定输出的一套逻辑处理单元#xff0c;而对于接口调用方来说#xff0c;不用知道自身的内部实现逻…接口测试也就是API测试从名字上可以知道是面向接口的测试活动。所以在讲API测试之前我们应该说清楚接口是什么那么接口就是有特定输入和特定输出的一套逻辑处理单元而对于接口调用方来说不用知道自身的内部实现逻辑这也是接口的黑盒处理逻辑。从而也就揭示了接口的本质接口即契约这个契约是指接口提供方和接口调用方约定好的一种约定。它遵循这样一种形式在开发前期会约定接口接收什么数据以及返回什么数据在开发完成后接口提供方实现了原本约定。这也就出现了一个丞待解决如何验证接口提供方是否遵了契约的约定为了解决该问题接口测试就出现了。接口测试是通过模拟接口调用方的行为依据上述契约要求并兼顾其它质量特性对接口提供方提供的接口进行质量验证的活动。 在分层测试模型中包含了单元测试、接口测试以及界面测试也叫UI测试在行业里最先提出的如图1所示的金字塔模型是最早的分层测试模型也是第一次按照测试投入和收益综合设计的模型。
在金字塔模型中界面测试、自动化接口测试和单元测试每一个阶段所占面积的大小代表了它们在测试过程中的投入和工作量占比。因此我们可以看出金字塔模型中单元测试占据了绝大部分的比重也就说明了我们应该在单元测试投入更多的精力和时间已达到更大的收益。但是在实践过程中有些团队单元测试覆盖度还不高为了弥补单元测试的不足测试工程师不断地加大在接口测试的投入将接口测试逐渐划分成单接口测试和业务接口测试其中
● 单接口测试不断地扩大检测范围既保证某一个单一接口的功能的正确性也会覆盖单接口的可靠性从而不断增大接口测试的测试深度和测试广度往下逐渐覆盖一些公共接口的单元测试内容
● 业务接口测试是通过多接口的串联以及上下文参数的处理来完成业务逻辑的模拟往上则逐渐覆盖应该由 UI 层保障的业务逻辑测试
从而通过不断地在实践中扩大接口测试的投入分层测试模型也就逐渐的演变成橄榄核模型了如图1所示那么这种变化是工程实践选择的结果它主要的优越性表现如下
● 接口测试更容易和其他制品相关系统相结合
● 相对于界面测试接口测试可以更早开始也可以测试一些界面测试无法测试的范围因此它使“尽早测试介入尽早发现缺陷修复缺陷的成本越低”这句话变成现实
我们提及的接口测试绝大部分情况下都是指的是自动化接口测试其实自动化接口测试是两部分技术手段的结合体这里面包含了自动化和接口测试两方面要素。
● 接口测试依托于测试技术协议客户端模拟行为该客户端是协议层访问客户端具体可表现为客户端系统也可以是微服务的调用发起方等任何包含协议发起方代码或者实现的系统或软件的基础之上按照测试用例设计方法完成接口入参的设计并与被测服务端发生交互、验证结果是否满足预期的测试行为。
● 自动化能够按迭代、定时、按需的完成没有人工或者较少人工直接参与的测试活动。
接口测试是建立在协议客户端模拟行为之上验证被测系统功能性特性的测试实践手段。因此我们可以看出接口测试也是质量层次模型中功能适合性的测试实践方法。接口测试的主要包含了模拟协议客户端、接口的逻辑模拟、数据驱动、测试报告、关键字驱动、断言操作、测试替身是接口测试中关键技术。
● 协议客户端模拟协议客户端模拟行为的测试技术这既可以是测试脚本也可以是测试平台它主要提供一种模拟与被测服务交互的技术手段提供与被测系统发生交互的基础从而为接口测试的实现建立基础手段例如HTTP协议比较常用的方式是代码调取对应的协议访问客户端类java的HttpClient、Python的requests等或者利用常规的工具postman等。
● 接口的逻辑模拟通过录制修改或者脚本开发的方式在协议客户端模拟技术的基础之上实现与被测服务的交互该交互主要实现了被测接口的访问和参数传递以及返回值的获取例如HTTP协议的接口通过写代码完成访问uri、参数、访问方法等的设置发起访问并获取返回值或者通过postman新建请求请求完成对应的设置。
● 数据驱动是指为自动化接口测试的接口逻辑模拟部分提供被测接口参数的入参这个入参可以按照某一种形式存储在外部文件或者外部服务中通过自有的参数策略进行选取从而实现一个接口逻辑模拟方式的多次入参的访问从而最大的提高接口模拟逻辑的复用提高自动化接口测试开发效率。例如在编写脚本的时常会将参数放入.csv、json、数据库等文件或者服务中。
● 断言操作提供针对自动化接口测试返回值的部分或者全部的预期值的自动比对其中支持一些布尔值的运算例如等于、包含、不包含等。
● 测试报告对测试结果有一个统一的展示方式通过提供表格、统计图等给出形象的总体分析甚至可以将缺陷报告、误报缺陷自动过滤模块的内容同时输出到报告中。
● 关键字驱动提供关键字封装功能能够通过关键字将一些接口封装成某一个流程的关键字通过该关键字就可以完成对应业务流的测试、调用等。这样就可以把一些自动接口测试隐藏到业务识别关键字提高编码的可读性和复用性。
● 测试替身是为了达到测试目的并且减少被测试对象的依赖在依赖接口编程的程序中使用测试替身代替一个真实的依赖对象从而保证了测试的速度和稳定性。
自动化在自动化接口测试中仅仅是为了说明自动化执行但是随着测试技术的发展质量效能的不断发展自动化并不仅仅存在于自动化执行很多提高研发效能的技术也不断的涌现例如测试缺陷自动提交、误报缺陷自动过滤、接口的逻辑模拟生成。
● 自动化执行自动化接口测试能够按需或者定时的调取部分或者全部自动化接口测试脚本完成测试这里按需就是按照固定的需要这既可能是迭代的需要也可能是质量保障环节的需要提供测试还要提供定时执行的能力这既可以由自动化接口测试框架或者平台自己提供也可以借助持续集成平台完成。
● 测试缺陷自动提交自动化接口测试在执行测试过程中如发生执行失败并确定是被测系统缺陷的时候可以自动的将该现象、脚本、以及实际返回上报到缺陷完成新缺陷的上报。
● 误报缺陷自动过滤自动化接口测试在执行测试出现失败后会先判断对应失败是不是非被测系统的缺陷导致的而是由于环境问题、数据问题、依赖问题而导致的服务不可用这部分并不是缺陷可以自动将其反馈给测试工程师而并不上报新缺陷。
● 接口的逻辑模拟生成能够通过某种接口输入内容自动的完成访问接口逻辑的生成常规的是自动生成自动化测试脚本代码。
学习安排上
如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。 视频文档获取方式
这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片进群即可自行领取。
