cookies和session的区别?
cookies:是针对每一个网站的信息,每一个网站只对应一个,其他网站不能访问,这个文件是保存在客户端的,每次你访问相应的网站没浏览器会查找这个网站的cookies,如果有就会将这个文件已发送出去。cookies文件的内容大致包括这信息如:用户名,密码,设置等。
session:是针对每一个用户的,只有客户机访问,程序就会为这个客户新增一个session,session里主要保存的是用户的登录信息,操作信息等。这个session在用户访问结束后会被自动消息(如果超时也会)
HTTP的get请求和post请求的区别?
1、在客户算,get方式再通过url提交数据,数据在url中可以看到;post方式,数据放置在body内提交。
2、get方式提交的数据最多只能是1024字节,而post没有限制
3、安全性问题,在使用get的时候,参数会显示在地址栏上,而post不会。所以,如果这些数据是中文数据而且非敏感数据,那么使用get;如果用户输入的数据不是中文字符而且包含敏感数据,那么还是使用post为好
4、安全的和幂等的。所谓安全的意味着该操作作用于获取信息而非修改信息。幂等的意味着对统一URL的多个请求应该返回同样的结果。
测试分类:
1、按阶段划分:
单元测试集成测试
系统测试
验收测试
2、按是否运行程序划分
静态测试
动态测试
3、按是否查看源代码划分
白盒测试
黑盒测试
功能测试
逻辑功能测试
界面测试
易用性测试
安装测试
兼容性测试
性能测试
一般性能测试
稳定性测试
负载测试
压力测试
其他
回归测试
冒烟测试
随机测试
工作中使用过哪些bug管理工具,说一下优缺点?
禅道的优点:
1)禅道开源免费,从下载到使用不需要任何费用。开源的软件更能够根据企业自身需求在源代码的基础上进行修改,让国内外众多企业节省项目管理成本
2)禅道的功能非常晚辈,可拓展性,且代码开放可做二次开发
3)禅道价格实惠,售后服务方式先择多且官方技术服务的保障。
禅道的缺点:
1)禅道的界面设计稍稍逊色,不够简洁,颜色使用也比较单一,不够丰富。
2)虽然禅道有新手入门操作演示,但部分新人上手还是会存在一些问题
JIRA的缺点:
1)JIRA从使用上来说还是不大符合国人的使用逻辑
2)JIRA虽然有中文版本,但是中文版本在使用过程中,部分页面试试会有很多英文,不能做到全中文界面。
3)JIRA对于国内用户提供的售后服务稍显弱一些,存在时间和沟通上的一些障碍
工作中遇到哪些经典BUG?
1、兼容性问题,在火狐浏览器,提交订单按钮可点击,但是到了谷歌就不能
2、查询订单页面,根据条件筛选的结果不是想要的结果,还是某些字段的值没有显示出来,或者显示错误(因为开发从库表取值有误)
3、付款成功后,订单状态一直变更为交易成功,(因为代码没有正确获取库表中付款成功记录的状态码)
4、修改支付密码,新密码和原密码一致,也通过了,系统没有做新旧密码的校验
5、付款时候手机验证码,可以一直使用,没有做到有效期的控制
6、手机app断开网络后,再去点击,没有友好的错误页面提示网络已断开,只有undefined返回
做了这么久测试,工作中遇到最大的难题是什么?如何解决?
文件上传不了,是不是系统出问题了?看来下他发过来的截图,把金额天在尺码列,尺码(S,M,L)填在金额列,系统没有给出相应提示
查询功能,翻页后第二页的内容与第一页内容完全相同,原因是翻页的时候刷新了页面触发了查询语句
应用是混合开发试的里面嵌套了HTML页面,在进入这些页面的时候,如果频繁进入,过段时间就会发生崩溃,在重新打开应用进入没有发生崩溃,继续频繁进入还会崩溃,后来抓取日志发现OutOfMenmery内存溢出,其实这个原因是加载HTML页面的时候,在关闭的时候没有回收资源,发生内存泄漏
在客户端的公司,用户反馈安装了我们的软件之后电脑不能操作。后来开发远程定位发现:他电脑CTRL键按下去弹不起来了。
功能测试bug级别怎么划分?
bug严重程度:一般L4和L3,L2很少提,除非影响流程。L1这个是非常致命的bug,只有很严重的情况才提。
上一份工作中每天执行多少测试用例(概括的用例,细分的可以很多),刚开始测试的时候,bug比较多,需要很多时间和开发交流,案例执行会比较慢,越到后面就越快了
你们回归测试的时候是否全部都做呢?
1、看时间,如果时间比较充足,会全部回归,回归的时候因为自己操作比较熟练,然后系统基本也没有bug。所以执行案例的速度会比较快
2、如果时间比较紧,就会挑选重要模块来回归测试了。
说一下你上一家公司的测试流程是什么?
需求评审(有开发人员,产品经理,测试人员,项目经理)
需求确定(出一份确定的需求文档)
开发设计文档(开发人员在开始写代码前就能输出设计文档)
接到测试版本(可能测试的代码,通过冒烟测试的代码)
执行测试用例(中间可能补充用例)
提交bug(有些bug需要开发人员的确定,严重级别的,或突然发现在测试用例范围之外的,难以重现的,有些可以直接写道TD(Test Director相当于禅道))
开发人员修改(可以在测试过程中快速的修改)
回归测试(可能又会发现新问题,再按流程开始跑)
工作中如何提交bug,一条bug包含哪些内容?
1、和bug产生对应的软件版本
2、开发的人员
3、bug的优先级
4、bug的严重程度
5、bug可能属于的模块,如果不能确认,可以用开发人员来判断
6、bug的标题
7、bug描述,需要尽量给出重现bug的步骤
8、bug附件中能给出相关的日志和截图。
测试综合面试技术点讲解
面试综合讲解:
1、企业面试都需要有工作经验的人。但是应届毕业生/转行人员有工作经验。
企业需要的是具备有足够良好的职业素养的人
有回复、有交代、认清自己的位置、不会好高骛远
2、常规的测试技术:
a.测试基础:
1、简历中所描述的技能:是否具备有测试经验,是否真的做过测试?
测试流程:
直观表述公司内的测试流程是什么样的。
测试案例:
项目介绍
在项目中你所处的位置以及应用的技术
测试手段:
在企业中,这些能力是否与企业匹配
b.Mysql面试应对:
前提掌握基本的增删改查
left join right join inner join
万能的学生表
学员信息、考试成绩、科目类别
1、单表查询
2、两表查询
select a.sid,b.sorce form student as a,score as b where a.sid=b.sid and xxx
select * from student lift join /ight join/inner join score on student.sid=score.sid
3、多表查询
4、排序、取平均值、去前几位
asc/desc avg limit x,y
mysql/sql server/oracle 统称为关系型数据库,外键和check约束
nosql 非关系型数据库没有任何外键和check约束
c.自动化面试应对:
即便拥有自动化技能,但是没有实际经验,企业也不会要你
1、如果拥有自动化技能,你一定可以独立完成自动化的
2、是否能够设计一个自动化测试框架(任何大中小型框架皆可)
3、是否应用企业的系统做过自动化
4、自动化测试框架
虽然企业打着自动化的幌子招聘功能测试,但是:
1、但凡面试成功,薪资不会低
2、但凡进入公司以后,一直做手工无法执行自动化,只是因为你自己的自动化太low
无所谓面试技术多强,技能才是关键点
现阶段企业需要人员一定要具备自动化技术