16- web测试面试题

在线用户不进行任何操作,对服务器也会产生压力。因为有会话的存在。

服务器tps与相应时间没有直接关系:每个口

关键性能指标:TPS、响应时间、并发数、思考时间、资源利用率(内存、cpu、磁盘)、pv、uv、ip

配置元件  前置处理程序  后置处理器  定时器 断言  监听器

常用元件:http请求默认值
       http消息头管理器:

       http cookie管理器      cookie作用:1)更真实的模拟用户行为
                              2)多个请求之间关联性

       http cache 管理器

参数化方式:CSV Data set config控件  (txt、csv)
            用户自定义变量
            函数助手:随机数  随机字符串

正则表达式提取器

主要的逻辑控制器:仅一次控制器(登录)、循环控制器、转换控制器(构造混合场景(多线程组))

定时器:固定定时器、高斯随机定时器、固定吞吐量定时器(限定QPS)

线程数10循环次数1  和  线程数1循环次数10   的区别在哪?

10个人 同时 查询1次课程

1个人  连续查询10次课程

并发:严格意义的并发 、 广泛意义的并发(混合场景) 1s-4s   5   QPS

10  5 20

 

 

测试人员应该具备的技能:1) 专业技术能力  2)缺陷洞察能力  3)沟通表达  4) 学习能力  5)问题分析定位

web表单测试:文本框  下拉框  提交按钮  重置按钮  上传按钮  单选框  复选框 密码框  多行文本框

表单测试:添加数据、修改数据、 删除数据 、 查询统计

验证码

分页功能

功能点(模块划分-子模块-功能点-测试要点-补充完善成测试用例)

偏流程:支付宝 :支付流程:  1) 订单生成-支付-发货-确认收货
                             2) 订单生成-支付-发货-延长收获-确认收货
                             3) 订单生成-支付-发货-到期自动确认
                             4) 订单生成-支付-发货-延长收获

                  退款流程:   1)订单生成-支付-未发货-申请退款-卖家同意

                               2)订单生成-支付-已发货-申请退款-卖家同意

cookie与Session作用:保持会话,用于服务器识别用户身份

产生的原因:http 无状态

cookie测试要点: 1)是否生效  2)刷新  3)过期时间  4)禁用或删除是否有友好提示

cookie与Session的区别:1)保存位置  cookie客户端  session 服务器端
                       2)安全性 session安全性高
                       3)session会影响服务器性能

链接测试要点:1)是否跳转到应该跳转的页面
              2)页面内容是否正确
              3)是否存在孤立页面

链接测试工具: Xenu(免费)  检测链接是否存在、是否有孤立页面(局限性:不能检测页面内容的正确性)

               HTML Link Validator(商业工具 收费)

平台兼容性 :硬件平台:PC、手机、pad等等
             
             操作系统:Android  IOS  windows  mac linux

web兼容性测试:以浏览器兼容性为主(根据用户需求、市场占有率、浏览器内核)  操作系统(虚拟机)、分辨率为辅

浏览器四大内核:Trident(IE、360安全、搜狗等)
                Gecko(Firefox)
                webkit(safari、Chrome(早期版本))
                Blink(Chrome 28及以后版本、Opera 15及以后版本)

测试方法:兼容性矩阵图

明确需求:根据用户需求   

          市场占有率 :排名前5的浏览器

          浏览器内核

兼容性测试要点:主流程、 主要功能、  界面、  控件、 图片、 动画、 响应时间、 链接

兼容测试要单独写用例吗(挑选一部分:复用),什么时间进行测试(主要功能测试完成后)

 链接测试:1)是否跳转到该跳转的页面      2)页面是否存在,内容是否正确     3)是否有孤立页面

 借助的工具:XENU (测试是否存在、孤立页面)  局限性:不能验证内容的正确性
 
 适用场景:链接多的网址,测试前通过工具把死链接过滤出来

web兼容性测试:以浏览器(用户需求、浏览器的市场占有率、浏览器内核)为  操作系统(虚拟机)和分辨率为辅

兼容性测试方法:兼容性矩阵图

浏览器内核:Trident、  webkit、Geko、Blink  

兼容性测试要点:主流程、主功能、界面、控件、动画  图片、响应时间、链接(复用测试用例)

Get与post区别:
get:请求资源
    请求数据在url中,只能提交字符串类型的数据,长度有限制,少于255字符
    速度快
    安全性低

post:提交数据
     请求数据在请求主体中传递
     安全性高
     请求数据类型不受限制、长度不受限制
     速度慢

环境搭建:程序文件(开发人员)、相关的软件(web服务器、应用服务器、数据库软件)、硬件(服务器设备上)、网络环境

开发人员提供:部署文档说明书(操作系版本、硬件配置、服务器软件及相关版本、部署步骤)、程序文件、数据库脚本

考试系统环境搭建:
1)JAVA语言开发的,安装JDK,环境的配置

2)安装web应用服务器软件:tomcat

3) 安装数据库服务器软件:MYSQL

4)部署考试系统程序到tomcat中

5)导入数据库脚本

6)修改配置文件,数据库的连接信息

7)启动服务  tomcat  数据库

8)浏览器中访问验证
 

考试系统账号:admin/admin    管理员角色

排查问题:
1) 界面提示
2) 查看日志文件
3) 抓包

数据库访问失败:
1)服务没有开启
2)配置文件里边配置不正确
3)数据库中是否导入了数据库脚本

1.根据客户端类型:B/S (不需要安装独立的客户端软件)  B  browser  S server

                  C/S (需要安装独立客户端软件) C client  S server

2.根据客户端软件的安装平台:PC端、APP端

3.根据客户端是否需要联网:单机版  联网版

B/S架构与C/S架构的区别?

C/S架构优点:
1)界面比较丰富
2)安全性高
3)实现的功能更多,可以实现更复杂的业务
4)客户端可以处理部分业务,分担服务器端压力

缺点:
1)需要开发独立的客户端软件,开发成本高
2)需要安装独立的客户端软件,占用磁盘空间
3)客户端软件需要进行安装、卸载、升级测试
4)服务器端升级后,需要对客户端多个版本进行维护

B/S优点:
1)方便,不需要安装独立的客户端软件
2)开发成本比较低

缺点:
1)功能实现全在服务器端,服务器压力大
2)没有独立客户端,功能实现简单
3)安全性低
4)界面相对没那么丰富

域名:

IP地址:

端口:

http:80

前端开发工程师

后端开发工程师

web网站  产品,展示,web服务器  容器  web服务器软件

商品                超市

web服务器:处理静态页面  apache
 
应用服务器: 处理动态页面,处理业务逻辑   

 
tomcat:web应用服务器

常用的web应用服务器

tomcat weblogic  websphere

web UI测试:
 
 整体页面
 导航测试
 超链接测试
 图形测试
 内容测试
 静态文字测试
 平台兼容性测试

1)配置元件    HTTP 请求默认值  HTTP消息头管理器  HTTP cookie管理器  HTTP cache管理器
2)前置处理程序  
3)定时器
4)取样器
5)后置处理器  正则表达式提取器()
6)断言
7)监听器

参数化方式:CSV DATA Set config 、用户自定义变量 、函数助手(随机数_random、随机字符串_randomString)

逻辑控制器:仅一次控制器、循环控制器、转换控制器

定时器:固定定时器、高斯随机定时器、固定吞吐量定时器(限定QPS)

性能测试流程: 1)评估获取性能测试需求   (访问量大、操作频繁)

               2)确定性能测试目标  ( 1)并发用户数=系统最大在线用户数%8%~12%   
                                       2) 平均并发用户数=nL/T     3000用户      400用户登录    4小时       8小时

                                            400*4/8=200
               3)性能测试方案(编写目标、测试场景、测试环境(服务器配置、cpu、内存)、测试工具、关注的性能指标、测试用例)
       

需求:50在线用户,并发查询课程的平均响应时间小于3s
标题:50在线用户并发查询课程
编号:TC-001

前置条件:1)功能测试完成  2)测试环境搭建完成
    
                  步骤                              预期结果
                           
         准备性能测试脚本                          脚本准备完成
                                                    
         性能测试相关数据在数据库中构造完成        数据库中数据准备完毕
         执行性能脚本,运行时间10分钟,验证

         系统是否满足性能指标:平均响应时间<3s     符合系统预期的性能目标
                                                     

  4) 设计性能测试脚本

  5) 执行测试
 
  6)获取性能测试数据

  7)提交性能测试的报告

jmeter添加请求:1)进入登录页面  2)提交账号信息   3)查询

 

 

需要高清知识结构图的加我微信chimugu

 

 

相关文章