英语国家概况美国宪法的内容,英语国家概况中的美国的政体英语国家概况美国政治体制
面试是现在找工作绕不过去的一道坎,一次好的面试,能赢来升职加薪,一次失败的面试,就是浪费彼此的时间。今天我就结合自身经验讲一讲面试测试工程师岗位的几点面试经验。
1、面试第一环节:自我介绍
自我介绍是通用题,不管是面什么岗位,不管是第几面,面试官几乎都会问这道题。一般都是介绍一下个人信息,不要以为简历上写了,你就不说,这个一定要说的。因为大多数情况面试官没有提前看过你的简历,都是一边开始面试,一边看简历。这个时候你介绍一下你简历上的信息,有助于面试官了解你,加强面试官对你的印象。
比如
(面试官)你好,我分三部分来介绍我自己,第一部分是我的个人经历,也就是项目经验;第二部分是我的工作技能,第三部分是我的价值观,人生态度。
先说第一部分我的个人经历,我是张记小二哥,2000年1月1日出生于湖北,2018年毕业于山西师范大学,毕业后去了华为终端事业部做了手机测试,在那里我学习到了软件的迭代周期,项目运行流程,还有软件测试的技能。2019年,我去了微信,主要测试微信聊天功能。
再说我的个人技能,我能独立完成项目的功能测试
从需求分析,到用例编写,测试执行,测试报告,发布后风险问题跟进。
掌握测试用例的编写方法,熟练使用,等价类,边界值,错误猜测法,因果图,场景法等
测试过web段,android段,IOS端产品,对以上产品特性均有了解
独立完成过性能测试(如果没有做过,就不要说)
从需求分析,标准制定,脚本编写,脚本调优,测试执行,结果分析,bug反馈跟进整改,bug回归,都能完成。
会自动化测试(不会就不要说)
然后第三部分,是我的价值观,人生态度
我的第一条价值观是,终身学习,我觉得没有人能知道今天所学,明天会不会用得上,在快速发展的当今社会,保持持续学习,才有可能跟上时代
我的第二条价值观是,办法总比困难多,再多的困难,都是有办法解决的,多尝试几种方法
我的第三条价值观是,未来回望法,如果一件事让我犹豫不决,要不要去做,我会使用未来回望法,来给自己指路,就是假设我穿越到5年后,回望今天,这件事要不要做,做了5年后的自己会不会后悔。选择不让自己后悔的那条路就对了。
我的自我介绍就是这些,谢谢您的倾听,面试官有什么问题,请提问
2、你在工作中都使用哪些linix命令 比如查看日志命令
解题:考察基础专业知识
tail -fn 1000 test.log | grep '关键字'
参考回答:(如果问到了一个你不知道的命令,你还可以这样回答:你问的这个命令我一时没想起来,可能我之前的工作中用的频率不高,一般我操作linix 经常会使用到比如top ps chmod ls cd cat 等常用命令,在实际操作过程中,经常会出现文件没有权限的情况,这个时候就用 chmod 777 +文件名 777就是给添加了读,写,执行权限,这样简单粗暴,速度快。)
3、数据库常用操作,造数据怎么执行
解题:考察基础专业知识
我在项目中常用的就是增删改查,其中用查用得最多,select * from ..
造数据的话,要看需要造多少数据,如果是一条,
insert into 表名 (col1,col2....coln)values(value1,value2.....valuen);
如果是多条(1万条以内),我选择使用csv文件导入
如果超过1万条,我就需要写脚本,如果对自己的脚本没信心的时候,我会跟开发同学核对下。
4、功能测试的流程
解题:考察基础知识
参考回答:从需求分析,到用例编写,用例评审,测试执行,bug反馈&跟进解决,bug回归,测试报告,发布后风险问题跟进
5、性能测试的流程
解题:考察基础知识
参考回答:
需求分析,性能测试通过标准制定(比如我们项目中要求支持500并发,90%的用户响应时间2秒内,服务器99.9%的正确返回结果),编写脚本,脚本调优,测试执行,bug提交&原因分析,bug回归,测试报告
6、功能测试用例设计的基本方法
解题:考察基础知识
参考回答:等价类,边界值,错误猜测法,因果图,场景法
7、介绍项目
面试官考察点:考察你对项目的理解能力,因为只有你理解自己的项目是做什么的,才能测试好这个项目
比如:我在2019.1.1-2019.6.6期间参与了微信项目的测试,微信是一个聊天软件,主要是用户能够通过网络在不花钱的情况下,给自己的好友发生即时消息。里面的核心功能有聊天,联系人管理,发现,我的。其中我参与测试的功能有聊天消息模块,比如发送消息,撤回消息,建立微信群,群管理等等
8、针对微信聊天消息的撤回功能,设计测试用例
解题:考察独立完成测试任务能力,考察综合技能
1,进行需求分析
用户在什么场景下使用这个功能,环境。(android,ios ,web ,window pc ,mac ,塞班)
android 又分成android4.X 5.X 6.X 7.X 8.X 9.X 版本
各个品牌机型定制手机系统
IOS 机型相对android来说,数量少一点,从4-XS 当前系统版本也是要从8-13
2,功能流程,终端A 发送消息 数据传输到服务器 然后服务器传输到终端B
规则:2分钟内可以撤回,2分钟以上无法撤回
3,消息的形式可以是:文本,表情,图片,视频,超大文件,apk包,语音消息,各种格式的文件,他们的各种组合等等
4,性能(是不是卡顿,有没有内存泄漏)
5,用户实际场景,上述消息体在功能流程中的组合(用等价类将上述进行抽样,用正交分解进行缩减用例条数)。
6,用户场景,
比如
发送消息后,长按发送的消息,出现撤回消息选项
点击撤回消息后,对方的消息消失,并且显示对方撤回了一条消息的提示
发的一条语音,对方正在听,这时撤回。或者视频对方正在播放,这时撤回可别crash了
群聊撤回
多次反复撤回
弱网撤回
通知栏拦截工具
修改手机系统时间撤回
多段登录撤回
撤回多条内容,并且聊天窗口已经有其他的新内容了
撤回转发了的消息
等等,这些用户场景几乎可以无限挖掘下去。这个时候我们就要对这些进行优先级划分了
9、测试用例包含哪些部分
用例id 所属功能模块 子模块 前置条件 操作步骤 预期结果 实际执行结果 bug id
10、测试报告怎么写
一般我们的测试报告是这样的:
最重要的是 测试结论 一般会有3种状态 通过,不通过,带风险通过
当然还需要有以下信息:
项目说明
测试环境
测试范围
测试人员&过程
bug清单&状态
遗留bug列表
风险描述
发布后需要注意的风险建议。
测试总结
如有遗漏,欢迎补充
还没有评论,来说两句吧...