总结
- 1. 请自我介绍一下(需简单清楚的表述自已的基本情况,在这过程中要展现出自信,对工作有激情,上进,好学)
- 2. 平时工作中是怎么去测的?(至少在这个问题中能说的出测试流程)
- 3. 为什么要离开上一个公司?(离职的原因)你觉得你多久能适应我们公司的工作环境?
- 4. 你上一个公司在哪? 有多少人?开发多少?测试多少?
- 5. 请介绍你做的项目?(这个题至少要说清这个项目给什么类型公司或者什么行业做的,然后再来介绍这个项目的基本功能模块就可以.)你负责的模块是什么? 你负责的模块都有什么功能?简历上的项目
- 6. 请介绍一下你这个项目的流程? 在项目里你负责了一些什么,做了一些什么工作?简历上整个项目的流程和自己负责的功能模块
- 7. 你这个项目有多少人做? 开发多少?测试多少? 什么架构?简历项目
- 8. B/S架构的系统从哪些点去测?
- 9.你认为测B/S架构的系统和C/S架构的系统有哪些地方不一样的? Web系统测试要从哪些点去测?
- 10.你在测试中有用到一些什么测试工具?
- 11、做过性能测试吗? 做过自动化测试吗? 使用哪些工具?跟着性能测试人员做过一次
- 12 、性能测试流程
- 13、性能测试指标
- 14、 什么是内存溢出?
- 15、什么是内存泄露?
- 16、试中你有用到过数据库吗?为什么会用到数据库?你所负责的模块哪里用到数据库 你举个例子?
- 17、当你提交bug给开发,开发不认同,你怎么处理?
- 18、网络的7层协议是哪7层? ftp这个工作在哪一层?
- 19、UDP.TCP有什么区别? QQ采用哪种协议?QQ属于TCP协议
- 20、TCP/IP四层是?
- 21、.http页面返回值的含义
- 22、.常见协议端口号
- 23、你在测试中发现一个界面很丑,你认为这个问题是否严重?是否可以放过?主要看需求
- 24、. 数据库查询中什么是左连接,什么是右连接?left join right join
- 25.什么是触发器?什么是存储过程?
- 26、你对自已将来有什么计划?(职业发展)定小目标,半年学习完性能或者自动化啊 一年自己独立做好性能或者自动化的测试
- 27、你有什么问题要问我的?什么项目哪类项目,项目进行的阶段,有木有业务方面的培训
- 28、这有一个杯子,你怎么去测?(类似这种给一个实物,你怎么去测?)
- 29、你觉的你有哪些优点?哪些缺点?
- 30、你了解过我们公司吗?
- 31、你对app测试有了解吗?什么是app测试?怎么去测(测哪些方面)?
- 32、你对加班怎么看?
- 33. 你写过测试用例吗? 写测试用例的依据是什么?
- 34. 测试报告你写过吗? 写些什么呢?
- 35、测试方案
- 36、测试原则
- 37、测试计划主要写些什么东西?
- 38、系统测试策略或者范围
- 39. 工资和发展平台你怎么选择?
- 40. 你怎么做需求分析的?要看是否有需求文档,先确定大的测试范围
- 41. 写过测试方案吗?都有些什么内容?没有写过
- 42. 写过测试报告吗?测试报告和版本报告的区别?
- 43. 需求评审都有哪些人参加?怎么做的?有什么标准?
- 44. 用例评审都有哪些人参加?怎么做的?有什么标准?
- 45 描述测试活动生命周期或者软件测试流程:
1. 请自我介绍一下(需简单清楚的表述自已的基本情况,在这过程中要展现出自信,对工作有激情,上进,好学)
面试官您好,我叫###,今年25岁,来自湖北武汉,就读专业是计算机专业,实习及毕业后都在杭州工作,有四年的软件测试工程师的经验,我性格热情开朗,能和同事小伙伴友好相处、互帮互助。
2. 平时工作中是怎么去测的?(至少在这个问题中能说的出测试流程)
首先我会根据客户需求文档提取功能模块,然后编写测试计划,提取测试点,设计测试用例,在用例评审之后执行用例,提交bug,编写测试报告
3. 为什么要离开上一个公司?(离职的原因)你觉得你多久能适应我们公司的工作环境?
原来的公司很好,领导和同事都相处的很愉快,但是我想寻找更大更好的平台,而贵公司可以为我提供这样一个平台,体现我的价值,最吸引我的是,这里有我认为值得挑战的地方
适应时间1到2周左右吧
4. 你上一个公司在哪? 有多少人?开发多少?测试多少?
#####公司 300多个人 20多个开发4个测试
5. 请介绍你做的项目?(这个题至少要说清这个项目给什么类型公司或者什么行业做的,然后再来介绍这个项目的基本功能模块就可以.)你负责的模块是什么? 你负责的模块都有什么功能?简历上的项目
社商云系统主要可以针对每个小区新增商品、社区活动、社区公告,在app端,用户可以购买商品、报名社区活动、查看社区公告,系统由平台、加盟商、便利店三个组织组成,平台和加盟商新增的商品可以覆盖多个便利店,便利店新增的商品只能在自己便利店覆盖的范围售卖,便利店可以对自己便利店的商品订单进行发货或者退款处理,平台和加盟商对便利店的订单只能进行查看,不能进行处理,平台和加盟商只能对自己新增的商品有处理权限。
主要负责功能模块是商品服务管理、订单管理、权限管理、商家管理、客户管理、促销管理、社区公告管理等核心模块。
6. 请介绍一下你这个项目的流程? 在项目里你负责了一些什么,做了一些什么工作?简历上整个项目的流程和自己负责的功能模块
当我们组拿到一个项目时,首先进行用户需求分析,我们测试组在测试计划后,设计测试用例,用例评审,等到开发通过邮件把版本包发给我们,然后我们就开始进入测试的流程阶段。
我参与系统测试计划设计和测试用例的编写以及评审,执行测试用例进行功能测试对Bug进行管理和跟踪、提交缺陷、对测试工作进行总结。
7. 你这个项目有多少人做? 开发多少?测试多少? 什么架构?简历项目
20个左右,开发10个,测试3个,ui测试2个 运维2个 B/S架构和app
8. B/S架构的系统从哪些点去测?
功能:链接测试、导航菜单、页面的跳转、表单测试、数据测试、业务逻辑测试
兼容性:跟客户确认其常会用的浏览器,再加上IE、火狐和谷歌等进行兼容性的测试
界面:字体颜色大小、图标和字段间距等
性能:连接速度、负载测试、压力测试
安全性:权限控制、链接封装、日志记录的测试、登陆密文、修改密码后重新登陆、登陆失效时间。
9.你认为测B/S架构的系统和C/S架构的系统有哪些地方不一样的? Web系统测试要从哪些点去测?
B/S为浏览器/服务器架构。通过浏览器访问;使用方便;访问速率相对较慢;更易维护更新,只需更新服务器数据;安全性相对较低。
C/S为客户端/服务器架构。需下载客户端应用程序;由于要下载并安装客户端才能使用,相对来说不易使用;由于有部分数据存储在客户端,所以访问速率相对较快;维护更新较为复杂;安全性更高。平台的一个兼容
Web系统属于B/S架构,
功能测试(链接测试,表单测试,页面跳转测试,导航菜单测试,数据测试,业务逻辑测试,功能校验等)
兼容性测试(不同的浏览器,不同的平台)
安全性测试点(登陆次数校验,密码密文显示方式,验证码,登陆状态失效测试,权限测试,链接封装,日志记录等)
界面测试,易用性测试等
10.你在测试中有用到一些什么测试工具?
缺陷管理工具 bugfree 禅道 版本管理工具 SVN
性能测试工具 loadrunner 接口测试工具 postman
11、做过性能测试吗? 做过自动化测试吗? 使用哪些工具?跟着性能测试人员做过一次
自动化呢我之前的项目都没有遇到过,所以不太了解。性能测试工具有一些了解,会录制脚本,以及场景设置,以及脚本的执行,然后进行性能测试结果分析
12 、性能测试流程
需求分析—编写测试计划—设计测试用例—维护脚本—执行脚本—分析结果—性能调优
13、性能测试指标
并发用户数,吞吐量,响应时间,资源利用率,tps与hps,交易成功率
14、 什么是内存溢出?
通俗理解就是内存不够,运用程序需要的内存远远超出了你主机内安装的内存所承受的大小,就叫内存溢出
15、什么是内存泄露?
指由于疏忽或错误造成程序未能释放已经不再使用的内存,造成系统内存的浪费,导致程序运行速度减慢甚至系统崩溃等严重后果
16、试中你有用到过数据库吗?为什么会用到数据库?你所负责的模块哪里用到数据库 你举个例子?
大数据的情况下,要去数据库验证数据 报表 查询 导入 导出
有用到过,查看大型数据的完整和正确性时需要用到数据库进行对比。
17、当你提交bug给开发,开发不认同,你怎么处理?
(这个问题会有多种问法,答案要结合需求来答,一:需求不明确的怎么答? 二:需求明确怎么回答?)是bug就要报
需求不明确,先找开发和产品经理一起讨论确认需求,需求确认好了就按需求来,需求没有确认好,就让产品和客户继续沟通
需求明确,就按需求和开发说,如果开发还是不按需求来,就找产品经理
18、网络的7层协议是哪7层? ftp这个工作在哪一层?
应用层 ftp http telnet dns
表示层
会话层
传输层 tcp udp
网络层 ip 路由器 防火墙
数据链路层 交换机 网卡
物理层 集线器
19、UDP.TCP有什么区别? QQ采用哪种协议?QQ属于TCP协议
UDP:不可靠的,无连接的协议,传输效率高
TCP:可靠的,面向连接的协议,传输效率低
20、TCP/IP四层是?
应用层 传输层 internet层
网络接入层 ARP RARP
21、.http页面返回值的含义
200 成功 400 请求错误 401 无法解析此请求 403 禁止访问 404 找不到网页
500 服务器错误 502 网关错误 503 服务器不可用
22、.常见协议端口号
FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306
23、你在测试中发现一个界面很丑,你认为这个问题是否严重?是否可以放过?主要看需求
不严重,如果需求就是如此那就没什么问题,看具体情况,如果项目马上就要上线,可能会因为对界面进行修改会产生更加严重的问题,所以一般都会采取放过的措施
24、. 数据库查询中什么是左连接,什么是右连接?left join right join
左连接:左右两张表按某个列进行关联查找,左连接以左边的表为基础表,基础表中的数据全部查找出来,右边的表如果有和左边的表条件相符的数据就查找出来,如果条件不相符就用Null显示。 右连接刚好相反
25.什么是触发器?什么是存储过程?
触发器:通过事件来触发运行的,主要是没有人工干预的情况下来完成复杂度高一些的约束条件,从而保证数据库的完整性和一致性。
存储过程:在大型的数据库中,一组为了完成特定功能的SQL语句集,经编译后存储在编译过程中,用户通过指定存储过程的名字并给出参数来执行它。
26、你对自已将来有什么计划?(职业发展)定小目标,半年学习完性能或者自动化啊 一年自己独立做好性能或者自动化的测试
首先我要在我未来的工作中,通过我的努力把本职工作做好,在本职工作做好的同时呢,我要多做一些项目积累和完善项目上的经验,通过工作不断的提高我的测试技能
27、你有什么问题要问我的?什么项目哪类项目,项目进行的阶段,有木有业务方面的培训
我想知道这个公司开发现有多少人,测试有多少人,还有公司正在开发的项目的情况
28、这有一个杯子,你怎么去测?(类似这种给一个实物,你怎么去测?)
需求测试: 查看杯子使用说明书
界面测试: 查看杯子外观
功能度:用水杯装水看漏不漏;水能不能被喝到
安全性:杯子有没有毒或细菌
可靠性:杯子从不同高度落下的损坏程度
可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等
易用性:杯子是否烫手、是否有防滑措施、是否方便饮用
压力测试:用根针并在针上面不断加重量,看压强多大时会穿透
29、你觉的你有哪些优点?哪些缺点?
(缺点要把优点当缺点来说)你觉得你还有哪些地方需要提升的? 性能方面的
缺点就是比较大大咧咧,爱笑,优点就是比较热心
30、你了解过我们公司吗?
有了解过,收到面试通知的时候 网上或者招聘网上查询过
31、你对app测试有了解吗?什么是app测试?怎么去测(测哪些方面)?
了解,但是实际工作中没有测试过,其实使用app应用程序的时候就是在测试,只是没有app测试人员测试的那么全面细致,
就是对手机应用的测试;从它的功能、界面和兼容、性能、易用性、安装、卸载、升级、与系统或其它软件的交互、耗电量、散热情况、流量的监控、免登陆功能、二次登陆
32、你对加班怎么看?
可以接受,it行业来说 加班是常态
33. 你写过测试用例吗? 写测试用例的依据是什么?
写过,用户需求为准
34. 测试报告你写过吗? 写些什么呢?
(至少要说出写过自已所测模块的测试报告)自己所负责的模块的测试报告
人力投入,用例覆盖情况,bug的分类及数量统计,遗留bug情况,测试风险,测试对象评估,测试结论,测试结果分析,测试总结
35、测试方案
① 测试策略 ② 测试资源 ③ 测试进度计划 ④ 风险管理 ⑤ 质量标准
36、测试原则
A 所有软件测试都应追溯到用户需求 B 尽早的和不断的进行测试
C 完全测试时不可能的,测试需要终止 D 无法显示软件潜在的缺陷
E 注意群集现象 F 避免检查自己的程序 G 避免测试的随意性
37、测试计划主要写些什么东西?
背景,目标,范围,方式,进度安排,测试组织,测试执行中开始与结束的标准,测试计划的审批与更改方式,测试相关的风险
38、系统测试策略或者范围
容量测试 安全性测试 稳定性测试 安装测试 卸载测试 易用性测试 配置测试 文档测试 可靠性测试 强度测试 性能测试 功能测试 兼容性测试 负载测试 压力测试 数据库测试 分布测试 故障恢复测试
39. 工资和发展平台你怎么选择?
发展平台
40. 你怎么做需求分析的?要看是否有需求文档,先确定大的测试范围
首先是将软件开发需求中具有可测试性的需求或特征提取出来,形成原始需求
然后将原始测试需求细化或者分解
最后进行需求评审
41. 写过测试方案吗?都有些什么内容?没有写过
-
① 测试策略
-
② 测试资源
-
③ 测试进度计划
-
④ 风险管理
-
⑤ 质量标准
42. 写过测试报告吗?测试报告和版本报告的区别?
测试报告是对整个测试过程与结果的总结,
而版本报告只是针对测完版本的总结。
43. 需求评审都有哪些人参加?怎么做的?有什么标准?
参加人员:测试人员、开发人员、产品人员 以会议形式评审
评审的标准:
完整性审查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求;
准确性审查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据。
44. 用例评审都有哪些人参加?怎么做的?有什么标准?
参加人员:测试人员、开发人员、产品人员 会议评审
标准:
- (1)用例设计的结构安排是否清晰、合理,是否利于高效对需求进行覆盖。
- (2)优先极安排是否合理。
- (3)是否覆盖测试需求上的所有功能点。
- (4)用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;期待结果是否有明显的验证方法。
- (5)是否已经删除了冗余的用例。
45 描述测试活动生命周期或者软件测试流程:
需求分析—编写测试计划—设计用例设计—执行用例,提交bug—编写测试报告
如果对软件测试、接口测试、自动化测试、持续集成、面试经验。感兴趣可以进到806549072,群内会有不定期的分享测试资料。还会有技术大牛,业内同行一起交流技术