总结测试工程师面试题(含答案)

一起加油哈 软件的生命周期(基础) 计划阶段-〉需求分析-〉设计阶段-〉编码-&g…

一起加油哈

软件的生命周期(基础)

计划阶段-〉需求分析-〉设计阶段-〉编码->测试->运行与维护

测试流程有啥(还是基础)

1)、测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点,参与需求评审会议。
2)、测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围(来自需求文档),进度安排,人力物力的分配,整体测试策略的制定。风险评估与规避措施有一个制定。
3)、测试设计阶段:主要是编写测试用例,会参考需求文档(原型图),概要设计,详细设计等文档,用例编写完成之后会进行评审。
4)、测试执行阶段:搭建环境,执行冒烟测试(预测试)-然后进入正式测试,bug管理直到测试结束。
5)、测试评估阶段:出测试报告,确认是否可以上线。

项目中的测试流程(项目经历)

需求评审(开发人员,产品经理,测试人员,项目经理进行)—需求确定(需求文档及原型图版本确定);

开发设计文档(开发人员在开始写代码前就能输出设计文档:开发计划、架构设计、数据库设计、接口文档);

测试计划、策略确定,编写测试用例—测试计划、用例评审;

接到测试版本后执行测试用例(补充维护用例);

提交bug—开发人员修改;

回归测试(可能又会发现新问题,再按流程开始跑)

验收测试后编写各项报告。

测试用例设计方法(写没写过用例)

白盒测试:逻辑覆盖、循环覆盖、基本路径覆盖

黑盒测试:边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法(老司机靠脑补大法

软件测试分为几个阶段 各阶段的测试策略和要求(又是基础)

测试过程会依次经历单元测试、集成测试、系统测试、验收测试四个主要阶段

单元测试:是针对软件设计的最小单位(对于功能测试就是模块)

集成测试:是将模块按照设计要求组装起来进行测试,主要目的是发现与接口有关的问题。

系统测试:是在集成测试通过后进行的,目的是充分运行系统,验证各子系统是否都能正常工作并完成设计的要求。

验收测试:以需求阶段的《需求规格说明书》为验收标准,测试时模拟实际用户的运行环境

bug描述与周期(对–基础)

1、bug标题要简洁明了,重心明确

2、要写明问题出现的前提条件

3、操作过程要按步骤写清楚

4、要写实际效果和预期效果

5、要标明bug出现的概率

6、提供必要的截图和日志,比较复杂的操作步骤提供视频

7、bug等级要分好类,致命性bug、严重bug、一般性bug、建设性意见

8、出现bug的软件版本号

9、bug出现的模块

发现》提交》指派》研发确认》研发修复》回归验证》是否通过验证》关闭

测试结束的标准(emmmm)

1、用例全部测试。

2、覆盖率达到标准。

3、缺陷率达到标准。

4、其他指标达到质量标准

你在测试中发现了一个bug,但是开发认为这不是一个bug,你应该怎样解决(坑爹的沟通能力)

1、将问题提交到缺陷管理库里面进行备案。

2、要获取判断的依据和标准:

3、根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;

4、如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;

5、与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;

最后、抛给领导等结果~

快速区分bug来源以及常见状态码(12345)

哥,咱们一起看报文,先抓包看请求报文,对着接口文档,看请求报文有没问题,有问题就是前端发的数据不对;请求报文没问题,那就看返回报文,返回的数据不对,那就是后端开发的问题,状态码如下:

状态码 原因短语
1XX Informational (信息性状态码) 接收的请求正在处理
2XX Success (成功状态码) 请求正常处理完毕
3XX Redirection (重定向状态码) 需要进行附加操作以完成请求
4XX Client Error(客户端错误状态码) 服务器无法处理请求
5XX Server Error (服务器错误状态码) 服务器处理请求出错

http与https区别(加密传输)

http协议和https协议的区别:传输信息安全性不同、连接方式不同、端口不同、证书zhuan申请方式不同、传输信息安全性不同

1、http协议:是超文本传输协议,信息是明文传输。如果攻击者截取了Web浏览器和网站服务器之间的传输报文,就可以直接读懂其中的信息;

2、https协议:是具有安全性的ssl加密传输协议,为浏览器和服务器之间的通信加密,确保数据传输的安全。

二、连接方式不同

1、http协议:http的连接很简单,是无状态的;

2、https协议:是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议。

三、端口不同
http协议:使用的端口是80; https协议:使用的端口是443。

四、证书申请方式不同

http协议:免费申请 https协议:需要到ca申请证书,一般免费证书很少,需要交费

get和post的区别(更详细的在后面的文章中,其实问put更好)

a、GET请求在URL中传送的参数是有长度限制的,而POST没有

b、GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。

c、GET参数通过URL传递,POST放在Request body中。

d、GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。

e、GET请求只能进行url编码,而POST支持多种编码方式。

f、GET请求会被浏览器主动cache,而POST不会,除非手动设置。

g、GET产生的URL地址可以被Bookmark,而POST不可以。

h、GET在浏览器回退时是无害的,而POST会再次提交请求。

Alpha测试与beta的区别(基础++)

Alpha测试在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成,不能由程序或测试员完成。由一个或多个用户在开发环境下进行测试。

Beta测试当开发和测试根本完成时所做的测试,最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成,不能由程序员或测试员完成。由一个或多个用户在用户实际环境下进行而是。

常用的测试工具(可以学学~)

(fiddle、jmeter、postman、roadrunner、selenium、appium、jenkins、git、svn、禅道、xss平台、mysql、monkey等)

fiddle:常用抓包工具,使用方式都是万变不离其宗和jmeter代理服务器一样(详细在下面

jmeter:比较强大的压测工具,我写了个专栏讲解,感兴趣可以看一下https://blog.csdn.net/weixin_46658581/category_11228583.html?spm=1001.2014.3001.5482

postman:最简单的接口测试工具,个人觉得很一般…推荐jmeter-.-

monkey:瞎几把点系列 https://blog.csdn.net/weixin_46658581/category_11265713.html?spm=1001.2014.3001.5482

工具这东西不是一两句说的清的,后面我会慢慢完善编辑专栏进行分析哈~~~

接口测试常见问题(emmm基础)

1、通过性验证,说白了就是传递正确的参数,是否返回正常的结果

2、参数组合,因为参数有必传和非必传,参数的类型和长度,以及传递时可能业务上的一些限制,所以在设计用例时,就要排列组合这些情况,保证所有情况都能覆盖到

3、接口的安全性,这个又分为几种情况:

1)绕过验证,比如提交订单时,在传递商品价格参数时,修改商品价格,就要看后端有没有验证了。或者我支付时,抓个包将订单金额一改,如果能以我改后的金额支付,那这个借口就有问题了。

2)绕过身份验证,就是某个功能只有有特殊权限的用户才能操作,那我传递一个普通的用户,是不是也能操作呢

3)参数是否加密,这个关系到一些账户的安全,比如我们在登录一些网站时,它要将我们的登录信息进行加密,如果不加密我们的信息就会暴露,危害性极大。

4) 密码安全规则,设置密码时复杂程度的校验。

依赖性接口测试:上下游接口依赖性(+++1)

用一个全局变量来处理依赖的数据,比如登录后返回token,其它接口都需要这个token,那就用全局变量来传token参数

依赖于第三方数据的接口如何进行测试最正确的回答是mock,当然我们简单点去搞也一

1、获取上一个接口的返回值

2、将返回值设置成环境变量或者全局变量

3、设置下一个接口的参数形式

依赖于登录的接口如何处理?

登录接口依赖token的,可以先登录后,token存到一个yaml或者json或者ini的配置文件里面
后面所有的请求去拿这个数据就可以全局使用了,如果是cookies的参数,可以用session自动关联

接口测试用例的举例:登录

参数是否必填、参数间是否存在关联、参数取值范围 业务规则

phoneNumber和password参数正确,登陆成功

phoneNumber参数正确,password类型不为String, 登陆失败

phoneNumber参数正确,password参数缺失, 登陆失败

password参数正确,phoneNumber超过11位,登陆失败

password参数正确,phoneNumber不为String,登陆失败

password参数正确,phoneNumber参数缺失,登陆失败

用户未注册,返回登陆失败 / 密码错误,返回登陆失败
参数故意传入空字符串或null, 可看是否有进行处理

常见面试中坑爹用例设计:如何测试一个纸杯=.=(有时候是花盆、桌子)

功能度:用水杯装水看漏不漏;水能不能被喝到

安全性:杯子有没有毒或细菌

可靠性:杯子从不同高度落下的损坏程度

可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等

易用性:杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等

压力测试:用根针并在针上面不断加重量,看压强多大时会穿透

APP测试哪些方面(对没错还是基础)

权限测试、安装、运行、卸载测试、UI测试、功能测试、性能测试、中断测试、兼容测试、安全测试、回归测试、升级更新测试、用户体验测试

fiddler抓包使用(没错,有幸被一个步骤一个步骤的问过)

web:打开fiddler工具后,再去浏览器打开网页,fiddler会自动抓包,抓取请求响应数据。他会自动设置为本地代理,还可以设置抓取https协议的包。【亲~浏览器F12了解下】

手机:在手机上的网络设置里,设置代理服务器。就是把fiddler作为代理服务器(fiddler自身要设置为支持远程连接),手机连接fiddler工具,所以手机代理服务器设置页面要输入打开fiddler工具的电脑的ip地址和fiddler的端口号8888,好让手机能连接fiddler,通过fiddler来访问互联网。

什么是性能测试=.=(千言万语emmm)

系统在一定的压力情况下,查看cpu,内存,磁盘,网络带宽,TPS、响应时间、并发用户数、等各项指标,通过模拟生产运行的业务压力量和使用场景组合,测试系统的性能是否满足生产性能要求,就是在特定的运行条件下验证系统的能力状况。

什么是负载测试(无力反驳)

负载测试主要是考察软件系统在既定负载下的性能表现。就是站在用户的角度去观察一定条件下软件系统的性能表现。期望结果是用户的性能指标需求得到满足。性能指标一般体现为响应时间、并发量等。

测试环境搭建(我怕麻烦简单bb下)

1、通过winscp上传tomcat,MySQL安装包,JDK(Java开发环境工具包)到linux下

2、利用tar -zxvf解压缩包命令对jdk,tomcat,mysql进行解包、安装,再配置jdk环境变量。

3、把war包(web程序)放到tomcate指定目录webapps下,再启动服务器即可。(输入startup.sh的路径,直接回车即可运行)

常用的Linux命令

常用操作命令

目录操作【增,删,改,查】

文件操作【增,删,改,查】

常用的mysql命令

多表联合查询

子句

说明

是否必须使用

select

要返回的列或表示式

form

从中检索数据的表

仅在从表选择数据时使用

where

行级过滤

group by

分组说明

仅在按组计算聚集时使用

having

组级过滤

order by

输出排序顺序

limit

要检索的行数

monkey

请看更多文章哦~~~

本文来自网络,不代表软粉网立场,转载请注明出处:https://www.rfff.net/p/1865.html

作者: HUI

发表评论

您的电子邮箱地址不会被公开。

返回顶部