视频的接口测试用例(接口测试实例分析)

网友投稿 840 2023-02-28


本篇文章给大家谈谈视频的接口测试用例,以及接口测试实例分析对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享视频的接口测试用例的知识,其中也会对接口测试实例分析进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

视频播放的测试用例

UI测试:

返回键位置是否正确;

视频标题文字、颜色、大小、位置等要素是否正确;

视频播放器页面位置是否正确、宽高比例是否合理、显示内容(默认状态图)是否正确;

课程简介、课程目录栏目位置、比例是否正确;

课程简介中:讲师头像、姓名、课程时间、观看人数、简介等要素是否正确;

开始学习按钮颜色、位置、大小(圆角)等要素是否正确;

收藏按钮位置、大小、颜色等要素是否正确

课程目录中章节名称、文字、下拉按钮位置、大小等要素是否正确;

页面其视频的接口测试用例他要素是否与UI设计稿一致;

功能测试:

返回按钮是否可以点击,是否可以成功返回上一级页面;

判断用户是否登录、是否已购买该课程,未登陆状态、未购买下不可以进入播放界面,提示用户去登录(未注册视频的接口测试用例的用户提示用户先注册)/去购买;

判断当前视频是否为免费,如果为免费所有人都可以看,为付费时需要判断用户是否已经购买;

点击视频播放按钮或者开始学习按钮时视频是否正常播放,暂定时是否可以暂停,再次播放时是否同步上一次暂停的位置播放;

视频中断测试:视频快进、快退是否有卡顿、延时现象

播放时突然来电话或者手机关机等情况下,是否会保存播放进度;

视频播放时切换到后台,视频是否暂停,再次返回视频是否是暂停状态;

视频播放时直接杀死进程,视频播放结束,是否保留播放进度,下次进入是否同步上一次的观看位置/还是重新播放、进度清零;

播放视频A的时候切换到视频B,再次返回视频A是否继续上次进度播放,还是从头开始;

音量大小按钮是否能够使用;

视频最大化(全屏)、最小化是否正常使用,切换状态时视频是否会发生卡顿/延时;

视频当前章节播放完成后切换下一章节是否自动切换,还是需要手动切换(具体根据产品原型来分析)

手机横竖屏切换时播放状态是否会有卡顿、延时、闪退等情况;

兼容性测试:

平台兼容性:Android、Ios、iPad…

系统兼容性:Android4.0—10.0、Ios8.0 – 12;

屏幕分辨率测试:Android需要多注意因为屏幕尺寸存在碎片化,需要考虑视频的适配效果是否OK;

播放器是否与其他类型播放器冲突(需要考虑播放的时候是否和音频等相互冲突)

网络测试:

网络切换测试:WIFI、移动网络;

弱网测试:弱网情况下视频播放是否有卡顿、黑屏、闪退等情况;

无网络状态下进入是否会有相关提示

播放过程中网络切换是否有相应提示;

移动网络状态下播放是否会提示用户当期为非WIFI播放,是否切换;

播放过程中网络终端,播放完已经加载的部分后停止播放,且有相应提示;

易用性测试:

界面是否简洁,一目视频的接口测试用例了然(比如:视频标题、片头、片尾、视频图像等界面)

快捷键是否方便:快进、快退…

菜单栏是否正确、方便使用

图像是否清楚,切换清晰度情况下视频播放是否正常,是否有卡顿、黑屏、闪退等情况

拖拽进度条使用起来是否友好

视频是否具备视频记忆功能/是否保存播放进度;

能否保存已观看的视频列表

接口测试用例的编写要点有哪些?

1)必填字段:请求参数必填项、可选项

2)合法性:输入输出合法、非法参数

3)边界:请求参数边界值等

4)容错能力:大容量数据、频繁请求、重复请求(如:订单)、异常网络等的处理

5)响应数据校验:断言、数据提取传递到下一级接口...

6)逻辑校验:如两个请求的接口有严格的先后顺序,需要测试调转顺序的情况

7)性能:对接口模拟并发测试,逐步加压,分析瓶颈点

8)安全性:构造恶意的字符请求,如:SQL注入、XSS、敏感信息、业务逻辑(如:跳过某些关键步骤;未经验证操纵敏感数据)之前的黑马程序员软件测试公开课里面讲过,你也可以搜索黑马程序员视频库进行免费学习。

接口测试用例怎么设计

在开始接口测试之前,我们想一下,接口测试的流程是什么?说到这里,有些人就会产生好奇和疑问,心里mmp:接口测试要什么流程哈???不就是参考接口文档,直接利用接口测试工具(例如jmeter和postman)测试。。。其实,如果一个project中,只是几个接口,你完全可以做临时的接口测试,但project可不止几个接口,少则几十条接口,多则成百上千接口。另外,如果你公司的这个项目,第一次做接口测试。而且古人说过:“无规矩不成方圆。”所以哈,我们还是有必要严格遵守接口测试的流程。
二、接口测试的流程
接口测试属于功能测试,接口测试的流程类似于以往的功能测试。接口测试的流程如下:
测试尽早找开发拿接口文档(需求文档);
根据接口文档编写测试用例(用例编写可按照以往规则写,比如等价类划分,边界值,场景法等设计方法);
执行测试,查看不同的参数请求,接口返回的数据是否达到预期

三、为什么要写用例
理清思路,避免漏测和重复测;
提高测试效率;
跟进测试进度;
更好的发现问题,记录问题,复现问题;
跟进重复性工作;
告诉领导:我做过;
接口测试流程中的一个产物(测试用例)
上面7点,有用例,自己心中有数,不用一个测试点重复测好多次,也避免漏测。

如何简单设计接口测试用例

接口测试是项目测试的一部分
,它测试的主要对象是接口
,是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与所测系统之间以及内部各系统之间的交互点。测试的重点是检查数据交互、传递、和控制管理过程以及系统间的相互依赖关系等。
如何设计接口测试用例?首先,明确出发点,和所有的测试一样
,接口测试出发点是你要证明所测的程序是错误的。以这个出发点为导向
,你的设计行为就会尽量朝这个方向,更易发现问题
其次,选择好测试对象。对于一个系统做接口测试选择好的测试对象是接口测试关键。一个系统有无数的接口
,每个接口如果分别测试
,那将是很痛苦的一件事情,而且任何一个内部接口的变动
,都将导致我们用例的不可用。
可将这些最外层的接口分为两类:一类是数据进入系统的接口;一类是数据流出系统的接口。进入系统的接口实际是我们用例的执行调用的接口。可通过变化参数对这些接口进行调用
,模拟外部的使用;而流出的接口则是我们用例真正该验证的点。数据从哪里流出,流出时的状态如何
,此时系统又是什么状态都是我们所应该验证的。
然后,确认完整的测试对象的功能:确认外部接口提供给使用这些接口的外部用户什么样的功能,外部用户真正需要什么样的功能。此两个功能一定要准确详细,用例的设计要严格按照测试对象功能设计才是正确的用例。
最后当出发点、对象、功能都确定了,就可以真正设计用例了。下面详细介绍下如何去设计一个结构好、可读性高、渗透性强的接口测试用例。
接口测试用例设计和测试用例设计一样,用例设计的内容应该包括:主要测试功能点、测试环境、测试数据、执行操作以及预期结果。
1)接口测试环境分为两种:一种是程序内部的环境;一种是程序的所调用外部接口的环境。
2)接口测试测试数据分为接口参数数据和用例执行所需系统数据。数据的设计、准备测试用例的数据上需要花费更多的心思。要通过好的测试数据使用例查找问题。接口参数数据需对每个参数根据测试接口的实际的功能进行分析,在符合业务逻辑的情况下进行逻辑组合排列
,不要遗漏了某些边界值和错误点的数据。每个用例执行所需系统数据和接口参数数据尽可能的采用不一样的数据
,使用例更容易发现问题。
3)测试功能点,如果一个接口功能复杂时推荐对接口用例进行结构划分
,这样子用例具有更好的可读性和维护性。接口划分原则为以接口提供的功能点的不同进行合适粒度的划分。同一功能点的用例又可根据测试环境的不同、数据的不同进行用例的填充。
4)接口测试用例执行操作非常简单,就是所测接口的调用。
5)预期结果验证,这也是接口用例设计的很关键的一步
,应该细而不冗余。每个用例均需验证
,避免一个用例中重复做相同的验证
,提高测试用例的效率。
如何设计接口测试用例小例子:
简单划分可以按照2个基本组成要素进行划分:1.
参数
2.
业务
以下为最简单的一种划分用例的方法,可能涵盖不全,但只为说明一种划分接口用例的方法方式以及需要考虑的测试用例的测试点
为何要如此设计,是为了更好的将用例分类为程序规定型以及业务限制型,尽量的保证覆盖,尽量细化到点的划分形式来保证工作时间的预估和计划。
所有的自动化接口的测试用例
都基本围绕三部曲进行,传数据,执行,校验返回的数据和期望数据是否一致来构成每个简单的测试用例。
有清晰的线路和清晰的思维,才能做好整体测试的掌控。

如何做接口测试

做接口测试流程:

测试接口文档。

根据接口文档编写测试用例(用例编写方法完全可以按照黑盒测试的用例编写规则来编写,如:边界值、正交表等等设计方法)。

执行测试,查看接口返回的接口数据是否正确,主要检查返回的接口是否和接口文档中定义的一样,还有要检查返回的数据是否和数据库中的保持一致。

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

①目的:测试接口的正确性和稳定性;

②原理:模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做处理并向客户端返回应答,客户端接收应答的过程;

③重点:检查数据的交换,传递和控制管理过程,还包括处理的次数;

④核心:持续集成是接口测试的核心;

⑤优点:为高复杂性的平台带来高效的缺陷监测和质量监督能力,平台越复杂,系统越庞大,接口测试的效果越明显(提高测试效率,提升用户体验,降低研发成本)。

接口测试范围:

a)业务功能(包括正常、异常场景是否实现)

b)业务规则(覆盖度是否全面)

c)参数验证(边界、业务规则是否达到要求)

d)异常场景(重复提交、并发提交、事务中断、多机环境、大数据量测试)

e)性能测试(响应时间、吞吐量、并发数、资源要求)

f)安全测试(权限验证、SQL注入等)

关于视频的接口测试用例和接口测试实例分析的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 视频的接口测试用例的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于接口测试实例分析、视频的接口测试用例的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:浅谈Vue2.0父子组件间事件派发机制
下一篇:Vue入门之数据绑定(小结)
相关文章

 发表评论

暂时没有评论,来抢沙发吧~