工做遇到的问题

https://leetcode-cn.com/ 算法练习网站mysql

一、搜索框清除内容,自动切换到主查询页面的时候,参数带着原分类的内容,错误缘由是class的style属性中有的class默认没有置位falseweb

二、提示信息不正确redis

三、连续点击,会发送屡次请求,页面弹出多个提示,或者增长了多个内容,或者数据库中多了重复的字段,请求返回没有作校验算法

四、页面的内容跟数据库规定的字段不一致sql

五、在当前页面选择的分类再切换页面的时候,参数没有清空,传入下个页面的请求参数中,致使查询结果不对数据库

六、页面某个模块有勾选次数限制,若是先勾选其余的模块,再勾选限制模块正常;尝试先勾选限制模块,再次勾选其余模块,看看是否能够勾选json

七、下拉菜单选择某个值,关闭该弹窗,再次打开次页面,查看下拉菜单的值是不是上次选择的(应该是默认值或者重置)api

八、页面提交内容,提交失败,可是数据库插入了数据(失败不该该插入)浏览器

九、页面title、不一样权限显示问题缓存


selenium webdriver原理

测试代码(每一个浏览器厂商的原生api)---->经过commond executor启动以后会在某个端口(浏览器不一样,端口不一样)创建基于webdriver wire协议的web serverice

---->经过监听端口接受restful的请求,分析以WebDriver Wire协议规定的JSON格式的字符串 ---->浏览器作出对应的动做

 

就是代码运行前,初始化的时候起一个线程,建立一个基于webdriver wire协议的web service,同时绑定端口,就是remoteserver

代码经过cmd executor传输,发送以http请求的方式发送restful请求,remote server解析请求,而后作出相应

 

客户端(也就是测试脚本)建立1个session,在该session中经过http请求向remote server发送restful的请求,remote server解析请求,完成相应操做并返回response


 

mysql redis MongoDB的区别

一、关系型数据库(mysql)与非关系型数据库(redis、MongoDB)

二、MongoDB一个内存数据库,数据都是放在内存里面的,数据是以表单为媒介进行存储的,每一个表单均拥有纵向的列和横向的行,能够存放多种数据格式(json、xml),易于扩展,缺点:数据之间事物比较弱,占用空间大

三、redis数据放到内存中,数据结构多样化(hash、set、list),支持的类型多,通常经常使用来作缓存服务器,把一些固定的数据或者经常使用的数据放到redis里面,影响redis性能的主要缘由是内存的大小。

redis:数据量较小的更性能操做和运算上
memcache:用于在动态系统中减小数据库负载,提高性能;作缓存,提升性能(适合读多写
少,对于数据量比较大,能够采用 sharding)
MongoDB:主要解决海量数据的访问效率问题。


 无人售货机测试流程

买东西 ---> 发起订单 ---> 商品总类,选择商品 ----> 库存 ----> 勾选商品(加入购物车) ----> 提交订单 ----> 结算 ---> 选择付款类型 ----> 支付宝、微信、二维码分享、银行卡、积分、活动币、代金券 ----> 付款成功 ----> 查看订单列表 ----> 物流信息、订单详情、删除、评价


 H5 wap web的区别

差异就是HTML5页面支持各种型的动画特效,而且能适配不一样尺寸的移动设备,可内嵌在wap上面


一个高质量的bug有哪些内容

通俗易懂、复现步骤清晰(非几率性bug、没有找到必现条件除外)

非必现的有截图或者录屏视频

Bug包含几部分

标题、提交人、问题缘由、复现步骤、bug等级、指派人


 cookie

cookie 是一个很是具体的东西,指的就是浏览器里面能永久存储的一种数据,仅仅是浏览器实现的一种数据存储功能。

cookie由服务器生成,发送给浏览器,浏览器把cookie以kv形式保存到某个目录下的文本文件内,下一次请求同一网站时会把该cookie发送给服务器。因为cookie是存在客户端上的,因此浏览器加入了一些限制确保cookie不会被恶意使用,同时不会占据太多磁盘空间,因此每一个域的cookie数量是有限的。

session

session 从字面上讲,就是会话。这个就相似于你和一我的交谈,你怎么知道当前和你交谈的是张三而不是李四呢?对方确定有某种特征(长相等)代表他就是张三。

session 也是相似的道理,服务器要知道当前发请求给本身的是谁。为了作这种区分,服务器就要给每一个客户端分配不一样的“身份标识”,而后客户端每次向服务器发请求的时候,都带上这个“身份标识”,服务器就知道这个请求来自于谁了。至于客户端怎么保存这个“身份标识”,能够有不少种方式,对于浏览器客户端,你们都默认采用 cookie 的方式。

服务器使用session把用户的信息临时保存在了服务器上,用户离开网站后session会被销毁。这种用户信息存储方式相对cookie来讲更安全,但是session有一个缺陷:若是web服务器作了负载均衡,那么下一个操做请求到了另外一台服务器的时候session会丢失。