金融行业软件测试面试题(含答案)

时间:2024-10-12 07:23:26

网上银行转账是怎么测的,设计一下测试用例。

回答思路:

宏观上可以从质量模型(万能公式)来考虑,重点需要测试转账的功能、性能与安全性。设计测试用例可以使用场景法为主,先列出转账的基本流和备选流。然后设计场景,最后根据场景设计数据。实际面试中需要举出具体的例子。

先检查界面。

再测试功能:

验证同行转账,跨行转账。

验证转账限额。

验证非法账户(挂失,冻结,锁定的账户)的转账。

再测试性能方面的。

测试工作的流程?缺陷状态有什么?设计测试用例有几种方法?

测试工程师的实际工作流程(以P2P中型版本为例,一个月一个版本):

产品经理或者SR把需求书发下来给开发和测试

测试先看一遍,进行需求分析。测试组长编写测试计划,并且分配测试任务给测试人员(2天时间)(此时开发也在进行需求分析)

过了2天,产品经理再把测试和开发召集在一起,进行需求讲解(或者说需求评审),有问题可以直接问,如果发现需求有问题,也可以提出来,SR回去会修改。(需求讲解时间0.5天)

讲完需求后,测试同事要进行测试场景的梳理和案例的编写了(xmind和Excel就要用上了),一共5个工作日。(此时开发在编写代码)

之后就要进行案例评审了,评审时候有SR、测试同事、开发同事,评审时候一般SR、测试组长、对应模块的开发同事会提出一点意见,评审完之后,回去修改、补充一下案例。(案例评审0.5天)

修改完以后,有两种处理情况:

对大项目有时候要进行案例的第二次评审。

对小项目,在时间紧的时候,一般不会二审,但是要以邮件的形式把修改或者新增后的案例发出来,给领导看,并抄送给其他同事。(案例评审0.5天,修改案例0.5天,案例二审0.5天)

案例评审完就要开始测试了,一般测试环境开发搭建好(要说自己也会搭建,搭建流程背老师总结的):

中型版本的测试一般分2轮:第一轮:5天;第二轮:3天;回归测试2天;(共10个工作日)。

回归测试完后,达到了上线标准,就会如期上线,一般当天晚上12点上线

缺陷状态:缺陷管理的流程图

在项目中找到的经典BUG是什么?

兼容性问题,在ie浏览器,提交订单按钮可以点击,到了谷歌,火狐就不能了。

查询订单页面,根据条件筛选的结果不是想要的结果,还有某些字段的值没有显示出来,或者显示错误。(因为开发从库表取值有误)

付款成功后,订单状态一直不翻转为交易成功。(因为代码没有正确获取库表中付款成功记录的状态码)

修改支付密码,新密码和原密码一致,也通过了,系统没有做新旧密码的校验。

付款时候的手机验证码,可以一直使用,没有成功做有效期控制。

手机app断开网络后,再去点击,没有友好的错误页面提示网络已断开,只有undefined返回

定期存款到期自动转存该怎么测?

回答思路:到期肯定会有边界,所以设计里面可以考虑边界值法。自动转存(首先要搞清楚什么是自动转存。)

存钱该怎么测,用什么测试方法?

准备思路:存钱要分类:活期、零存整取等(具体规则百度下),然后根据每类的业务规则选择合适的用例设计方法。譬如一次最少存入多少?最多一次能存入多少等。

你发现Bug后,应该怎么办?

首先咨询一下开发是不是bug,让他初步判断一下。

如果不是bug,开发给到理由也比较充分,确实自己也搞错了,也就算了。

如果开发也认为是bug,那就直接提了。

如果我怀疑开发的解答,我觉得是bug,开发坚持不是bug,我就要咨询我们组长或者开发组长,让他们判断一下。

假如发现了一个BUG,跟开发本身没什么关系,涉及到理念,需求问题,如何解决?

把问题暴露给测试组长和开发组长,咨询他们意见,组长们再知会开发分组经理和项目经理,然后大家和产品经理一起探讨解决,需要改需求的地方就要改了。

测试非常紧急过程中,遇到阻塞性问题,对应的开发没有时间解决,你如何推动问题解决?

首先判断问题的严重性,向对应的开发了解问题的原因。

然后再汇报给自己的测试组长和开发组长,让组长知情,咨询他们的意见,再把问题汇报给开发分组经理,让他们统一协调处理。安排经验丰富的其他高级开发人员来协助此开发解决问题,然后通过加班来完成问题解决和测试。

功能测试的BUG级别你们怎么划分?

bug严重程度:一般提L4 和L3,L2很少提,除非影响流程。L1这个是非常致命的bug,基本上不会提。

执行别人的用例,如果发现用例有错怎么处理?

首先咨询一下案例作者或者询问测试组长,确认一下,如果确实有误就要修正用例。

你们做过冒烟侧吗?冒烟测试是什么(理论)?

冒烟测试也叫预测试,就是正式