WEB端功能测试总结(一)

一、功能测试

1.1链接测试

链接是web应用系统的一个很重要的特征,主要是用于页面之间切换跳转,指导用户去一些不知道地址的页面的主要手段,链接测试一般关注三点:

    1)链接是否按照既定指示那样,确实链接到了该链接的界面

    2)测试该链接所链接的页面是否真的存在

    3)保证系统中没有单独存在的页面(即没有链接指向,只能通过正确的URL地址才能访问)

    PS:这里顺带说点关于协议的一些小知识,URL全称“统一资源定位符”,表示获取某一互联网资源的地址;而URI表示“统一资源标识符”,代表互联网上某一些资源

1.2表单测试

这个也可以理解为数据落地;当用户在web应用系统上向服务器提交信息时,就需要使用表单操作,比如,用户注册,登录,信息变更等等;这种情况下,我们必须测试提交信息的完整性,以检验提交给服务器的数据的正确性,当然,这涉及到一些常理性逻辑,比如:出生日期和职业,工作年限是否恰当,所在地省份城市区域间的匹配等,如果设定使用默认值,也需要测试。

1.3导航测试

作为测试,很多时候都要站在用户的角度去思考,那么,作为一个用户,当他访问一个web的网站或者系统时,会怎么去操作呢?

大部分用户都是目的驱动的,当他访问一个网站,会很快的浏览系统,找不到满足自己需求的信息时,会很快离开,很少有用户愿意花时间去熟悉系统的结构,因此,导航测试就显得很重要。

导航测试,就是在不同的页面跳转之间,或者按钮、对话框、列表以及窗口等,通过考虑这些因素去判断一个应用是否易于导航:是否直观?系统的主要模块是否可以通过主页访问或者到达?

站点是否需要站内地图或者搜索引擎等其他帮助?

web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致,确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。

1.4图形测试

也可以理解为UI测试,其中包括图片、动画、边框、颜色、字体、背景、按钮等等。

其中要考虑的几个重点,我做了一个大概的总结:

    1)图片要有明确的用途,代表;图片尺寸尽量小,一般采用JPG或者GIF压缩

    2)页面整体风格是否和系统的用途一致

    3)背景颜色,字体,搭配是否合理

1.5内容测试

这个主要用来检测web系统提供信息的准确性、相关性

比如:商品的价格,文字描述;信息的准确性,是否有拼写错误;信息的相关性,比如很多网站的“相关文章列表,视频列表等”

1.6整体界面测试

这个也就是我们常说的用户体验。用户浏览时是否感觉舒适,整体风格等等

这个我建议一般做一个类似问卷调查的形式,来判定用户的反馈信息,最好有最终用户的参与

二、兼容性测试

2.1平台兼容

现在有很多的操作系统,比如windows、∪nix、Linux、mac-intosh等;用户使用哪个系统取决于用户,因此,系统兼容测试就很有必要了。

2.2浏览器兼容

浏览器是web客户端最核心的组件,不同的浏览器,对Java,Java-Script,css或者HTML的规格都有不同的支持;另外,采用的框架和结构风格在不同浏览器中也存在不同的显示甚至不显示,不同的浏览器对安全性的设置也是不同的。测试浏览器兼容,有个方法就是创建一- 个兼容性矩阵,来测试不同厂商不同版本的浏览器兼容。比如测试IE浏览器,可以通过- - 个叫做IEtester的工具来测试兼容,或者可以通过F12控制台来切换浏览器版本来测试兼容以前一些前端元素的显示等鉴于国内市场浏览器很多,比如360、搜狗,搜狐、QQ浏览器等,这些本土的浏览器基本都采用的IE浏览器内核的双核配置

三、安全测试

我对安全测试了解不多,通过查资料,发现基本的一些安全知识还是互通的,这个就提一下吧
安全测试的主要区域有以下几点:

1)现在很多web应用系统都采用先注册后登录的方式,因此,测试用户名和密码的有效无效性,注意大小写敏感,次数限制,是否可以不登录而浏览某些页面等
2)是否有超时限制
3)测试用户操作时相关信息是否写入了日志文件、是否可追踪等
4)如果使用了安全套字,需要测试加密是否正确,加密前后的信息完整性,正确性
5)没有经过授权,是否可以在服务器端或者前端放置和编辑脚本的问题

​现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:485187702【暗号:csdn11】

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走! 希望能帮助到你!【100%无套路免费领取】

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在进行web手机号短信验证码接口测试时,我们可以考虑以下几个步骤和方法: 1. 确定测试环境和配置:首先,我们需要确保测试环境具备发送短信验证码的功能,并且能够接收和验证短信验证码。这可以通过模拟短信验证码发送的接口来实现,或者使用第三方短信服务提供商的测试环境。 2. 确定测试用例:根据引用[2]提到的需求明确和细化的步骤,我们可以明确测试用例,包括验证短信验证码接口的功能、测试点等。我们可以测试以下方面: - 测试短信验证码的有效性:验证接收到的短信验证码是否与预期一致。 - 测试短信验证码的过期性:验证短信验证码是否在一定时间内过期。 - 测试短信验证码的正确性:验证短信验证码是否只能被正确的手机号接收并验证。 - 测试短信验证码的安全性:验证是否存在短信轰炸漏洞,即重放短信验证码接口导致发送大量恶意短信。这可以参考引用中提到的短信轰炸漏洞。 3. 编写测试脚本:根据确定的测试用例,我们可以编写测试脚本来模拟用户输入手机号并触发短信验证码发送的操作。然后,我们可以接收并验证返回的短信验证码是否符合预期。在测试短信验证码安全性时,我们可以编写脚本来模拟恶意发送大量请求,检系统是否能够及时识别并阻止这些请求。 4. 进行测试:在测试过程中,我们可以使用自动化测试工具来执行测试脚本,并检测试结果是否符合预期。我们可以使用一些开源工具如Selenium或Appium来模拟用户行为并自动化测试总结起来,对于web手机号短信验证码接口测试,我们需要确定测试环境和配置,明确测试用例,并编写相应的测试脚本来模拟用户行为和验证短信验证码的功能、有效性、过期性和安全性。通过自动化测试工具执行测试脚本,并检测试结果是否符合预期,以保证接口的稳定性和安全性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

代码小怡

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值