Q:linux端口号
A:8081 http80 https443 ftp21 ssh22
Q:tomcat端口号 修改路径
A:8080 conf
Q:常见的网络状态码
A:200 302 404 303 500
Q:常用的linux命令
A:cd ls find cp mv rm grop tail
Q:你平时负责公司什么业务
A:工单、工单出库、其他出库、BI
Q:认为最难(复杂)的业务
A:工单节点 权限
Q:和开发意见不统一分歧
A:
Q:有去了解开发逻辑吗
A:
Q:sql联合条件查询
A:
冒泡排序
for i in range(len(a)-1):
for j in range(len(a)-i-1):
if a[j]<a[j+1]: a[j],a[j+1] = a[j+1],a[j]
print (a)
数组取不一致值
for i in range(len(a)):
if a[i] not in b :
print (a[i])
Q:印象最深的项目
A:工单orBI图表+数据集?
Q:印象最深的bug
A:当时我们做的是一个CRM客户管理系统,里边有个客户列表,当时按照测试用例去执行的时候,发现出现点击客户删除却无法删除,于是就提了一个单,但是开发后来发现删除客户没问题,又给我打回,后来我去查看服务器日志结合数据库,去进行定位,发现在出现删除异常操作的时候,没有输出日志。这时,又去尝试了一下删除其他人,发现可以删除,同时有日志的输出,抛开日志不谈,当时出现这个问题我第一想法就是是否是数据库里的某一列的参数加了外键,导致删除不了,然后我就去数据库查看,发现并没有,然后我就尝试把出现异常的那条数据里边的参数一个一个去改,尝试是不是能成功删除,当客户名称被改掉后,发现删除成功。经过对比和推断,我推测如果客户名称一样就会无法删除,并且不会输出日志,其他情况删除功能是正常的,然后我把数据库中其中一个客户的名称改掉之后,果然两个都能删掉。
定位BUG:接下来我去验证我的想法,我找了一个可以正常删除的这个客户,我看了一下开发打的日志,我们开发在日志里边有打他的SQL语句,我发现他是通过客户名查到了这个客户ID,然后用delete语句去删除,通过where ID等于去删除。那么当名字相同的客户查到了两个ID而代码里删除 delete 的时候用的是等于号,等于两个ID,数据库不支持这样的语法。所以给我提示的是删除异常。那么最后我们的开发进行修复,修修这个bug的方式是将用户进行删除动作的时候,传参改为传前端的点击的客户的ID,让后端直接通过ID去删除,因为这个ID是一个主键全局唯一的不重复的。同时将 delete 语句中的等于号改成了in支持单个删,也支持批量删。
获得启示:从这个BUG中我清楚了在进行BUG提单时,不要一出现BUG立马盲目就进行提单,一定结合需求做多方面分析,结合自己的经验找出BUG的特征,描述准确细致,方便开发去进行复现,再去进行提单,尽量尝试结合日志和数据库去定位BUG,避免开发无法进行复现,从而影响软件质量,从那过后我对自己提的BUG也尝试去进行定位,方便开发,也方便自己,提高整个工作效率。
Q:压力测试怎么做
A:
Q:压力测试流程步骤
A:
Q:常见的接口测试
A:
Q:接口测试获取上个接口返回值
A:使用后置处理器【JSON Extractor】,同样也是在上一个接口下面添加后置处理器【JSON Extractor】,获取你想要得到的值,根据上一个接口具体返回的json格式去自定义【JSON path expressions】json路径表达式
Q:python的结构
A:
Q:编写测试用例方法
A:
Q:web和移动端有何不同
A:
Q:性能测试流程
A:
Q:测试方案计划包括那些
A:
Q:分布式压测(一般不问)
A:
Q:性能测试指标
A:响应时间 资源占用率 吞吐量 稳定波动范围
Q:软件测试分为几个阶段 各阶段重点、含义
A:
Q:白盒测试的六种覆盖
A:
Q:如何获取上一个接口的返回值
A:
Q:在最近的项目测试过程中,对哪些功能实现了接口自动化?简单介绍一下其中一个接口及其自动化用例的设计思路
A:
Q:有这样⼀个接⼝,⽣产环境95%响应时间在100ms内,最⼤响应时间不超过200ms,业务⾼峰期每秒钟请求数量为1000次左右,现需要在机器资源约为⽣产环境1/5的测试环境进⾏压测,请设计对应的性能测试⽅案并简述设计思路
A:
介绍一下之前公司的项目
测试流程
测试出那些报告
需求评审 测试计划 测试用例 用例评审 测试数据 冒烟测试 集成测试 上线生产 测试总结分享