软件测试面试题之Web测试

今天达内软件测试培训想要分享给大家的内容是软件测试面试题之Web测试，围绕Web测试，面试时都会考你什么样的内容呢?是定义、是特点、是方法、还是别的呢?不知道就赶紧来看看吧：

web测试

no.1什么是web测试

 如果要了解web测试，首先我们的清楚web项目是什么，一般指本b/s架构项目也就是通过浏览器进行访问的，在日常生活工作中，基于web系统的应用非常多。

打开电脑，抢火车票我们会登陆12306网站，添置衣物我们会登陆天猫，购置电器我们会上京东... 对于这类项目的测试我们就说进行的web测试。

no.2web测试的特点

从系统架构来看的话，一般都是b/s架构，基于浏览器的项目，所以只要更新了服务器端，客户端就会同步更新。

基于这种架构，web测试除了需要检查和验证功能、界面是否按照设计的要求之外，还要考虑兼容，因为是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏览器为主，除此之外，还要从最终用户的角度进行安全性和可用性测试，可用性测试包括接口测试性能测试。

因此对于测试人员来说，确认和验收是一项富有挑战性的工作，我们必须充分掌握web测试的方法和技术，下面会从这6个部分来对web测试方法和技术进行详细分析。

no.3web 功能测试

<链接测试>

链接是web应用系统的一个主要特征，他是在页面之间切换和指导用户去一些不知道地址的页面主要手段。链接测试可分为三个方面：

---->测试所有链接是否按指示链接到了该链接的页面

---->测试所链接的页面是否存在

---->保证web应用上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问

<表单测试>

当用户通过表单提交信息的时候，都希望表单能正常工作，若使用表单来进行在线注册，要确保提交按钮正常，注册完成后应返回注册成功的消息。

----->当用户使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交内容的完整性，以校验提交给服务器的信息的正确性。

例如：用户填写的手机号码和昵称是否满足需求中长度及类型组成要求

------>如果表单使用了默认值，需要验证默认值得正确性

------>如果表单只能接受指定的某些值，则也要进行测试

例如：性别选择只能男、女，测试时可以跳过这些特定值，看系统是否会报错。

<数据校验>

如果系统根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。

例如省份的字段可以用一个有效列表进行校验，在这种情况下，需要验证列表完整而且程序正确调用了该列表(例如在列表中添加一个测试值，确定系统能够接受这个测试值)。

在测试表单时，该项测试和表单测试可能会有一些重复。

Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cokies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。

如果 Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括：

----->Cookeis是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

----->如果在cookies 中保存了注册信息，请确认该cookie 能够正常工作而且已对这些信息已经加密。

----->如果使用 cookie来统计次数，需要验证次数累计正确。

<数据库测试>

在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。

在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

在使用了数据库的Web应用系统中，一般情况下，从以下两方面进行测试：

----->对数据一 致性进行测试， 主要是用户 提交的表单信息存储到数据库后 各字段值是否一致。

----->对输出进行测试，主要是验证从数据库查询后显示在界面的数据信息是否正确。例如12306网站的余票信息。

<流程测试>

最重要的是，测试人员需要对应用程序用户常见使用场景进行测试。

尝试用户可能进行的所有操作:新增、修改、删除、查询等等。

例如购物网站测试，需要进行注册用户(新增)、浏览商品(查询)、加入购物车下订单(新增)、删除订单(删除)、在线支付等等。

no.4web界面测试

界面测试可以直接参考原型图和切图设计进行界面核对。有几个常见的部分如下：

<导航测试>

导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间。

例如：按钮、对话框、列表和窗口等;或在不同的连接页面之间。

通过考虑下列问题，可以决定一个Web应用系统是否易于导航:导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助?

导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是诸存储登

否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。

<图形测试>

在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。

一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。

图形测试的内容有：

----->要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。

Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。

----->验证所有页面字体的风格是否一致。

----->背景颜色应该与字体颜色和前景颜色相搭配。

----->图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩，最好能使图片的大小减小到30k以下。

----->需要验证的是文字回绕是否正确。如果说明文字指向右边的图片，应该确保该段图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。

<表格测试>

----->需要验证表格是否设置正确。

----->用户是否需要向右滚动页面才能看见产品的价格?细节放在右边是否更有效?

----->每一栏的宽度是否是够宽， 表格里的文字是否都有折行?是否有因为某一格的内容太多，而将整行的内容拉长?

<整体界面测试>

整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。

例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道我要找的信息在什么地方?整个Web应用系统的设计风格是否一致?

no.5web性能测试

性能测试在该章节不做深入分析，只做大致整理。

<连接速度测试>

用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。

当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面，若响应时间太长(例如超过5秒钟)，用户就会因没有耐心等待而离开。

另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。

对于响应时间，业间遵循2-5-8原则。

<负载压力测试>

在这里的负载\压力和功能测试中的不同，他是系统测试的内容。

基本功能已经通过后进行的，可以在集成测试阶段，亦可以在系统测试阶段进行。

通过该项测试用以检测死机、崩损、内存泄漏问题等。因为有些存在内存泄漏问题的程序，在运行一两次时可能不会出现问题，但是如果运行了成千上万次，内存泄漏得越来越多，就会导致系统崩滑。

使用负载测试工具loadrunner、Jmeter 等，虚拟一定数量的用户看一看系统的表现，是否满足定义中的指标。主要的测试场最如下:

----->验证系统能否在同一时间响应大量的用户。

----->在用户传送大量数据的时候系统能否正常响应。

----->正并负载情况下，系统能否长时间运行。

可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息，他们可能放弃：并转向竞争对手。

系统检测不仅要使用户能够正常访问站点，在很多情况下，可能会有黑客试图通过发送大量数据包来攻击服务器。

出于安全的原因，测试人员应法知道当系统过载时，需要采取哪些措施，而不是简单地提升系统性能。

no.6web 兼容性测试

兼容性，因为是基于效览器的，所以一般还是以常用浏览器兼容性测试为主。

<平台测试>

市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。

Web应用系统的最终用户究竞使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

<浏览器测试>

浏览器的兼容一般是选择不同的浏览器内核进行测试(IE、 chrome、Firefox)再结合用户市场使用量高的浏览器来综合选择。

不同浏览器使用内核及所支持的HTML (标准通用标记语言下的一个应用)等网页语言标准不同;以及用户客户端的环境不同(如分辨率不同)造成的显示效果不能达到理想效果。

最常见的问题就是网页元素位置混乱、错位。主要测式内容如下：

页面的格式，字体，输入框，下拉框，复选框， 按钮等的检查;

页面显示穿插在功能进行中检查。

<分辨率测试>

页面版式在640x400、600x800或1024x768 的分辨率模式下是否显示正常?字体是否太小以至于无法洳览?或者是太大?文本和图片是否对齐?

no.7web的安全测试 主要是测试系统在没有授权的情况下，内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理，是否仍能保证数据的安全。

测试员可以学习一些黑客技术，来对系统进行攻击。这里不做深入分析，只做大致整理。

<目录设置>

Web安全的第一步就是正确设置目录。 每个目录下应该有index.html 或main.html页面，这样就不会显示该目录下的所有内容。

有些公司没有执行这条规则。大家可以尝试选中一幅图片，单击鼠标右键，找到该图片所在的路径“....com/objects/images”。然后在浏览器地址栏中手工输入该路径，会不会发现该站点的其他信息。例如保存过期页面记录信息。

很多站点使用SSL进行安全传送。你知道你进入一个SSL站点是因为浏览器出现了警告消息，而且在地址栏中的HTTP变成HTTPS。

如果开发部门使用了SSL，测试人员需要确定是否有相应的替代页面(适用于3.0以下版本的浏览器，这些浏览器不支持SSL)。

当用户进入或离开安全站点的时候，请确认有相应的提示信息。是否有连接时间限制?超过限制时间后出现什么情况?

<登录>

有些站点需要用户进行登录，以验证他们的身份。这样对用户是方便的，他们不需要每次都输入个人资料。

你需要验证系统阻止非法的用户名/口令登录，而能够通过有效登录。

----->用户登录是否有次数限制?

----->是否限制从某些IP 地址登录?

----->如果允许登录失败的次数为3，在第三次登录的时候输入正确的用户名和口令， 能通过验证吗?

----->口令选择有规则限制吗?

----->是否可以不登陆而直接浏览某个页面?

----->Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内(例如15分钟)没有点击任何页面，是否需要重新登陆才能正常使用。

<日志文件>

在后台，要注意验证服务器日志工作正常。

----->日志是否记所有的事务处理?

----->是否记录失败、错误的页面请求?

----->是否在每次事务完成的时候都进行保存?记录IP地址吗?记录用户名吗?

<脚本语言>

脚本语言是常见的安全隐患。每种语言的细节有所不同。

有些脚本允许访问根目录，其他只允许访问邮件服务器。

但是经验丰富的黑客可以将服务器用户名和口令发送给他们自己。

找出站点使用了哪些脚本语言，并研究该语言的缺陷。

还要需要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

感谢您的阅读，以上就是达内软件测试培训分享给你的软件测试面试题之Web测试，看完你心里有底了吗?能顺利通过面试关了吗?更多软件测试面试相关的内容尽在达内软件测试培训机构官网，敬请关注!

免责声明：内容和图片源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。