前言

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

回答思路：

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

先检查界面。

再测试功能：

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

验证转账限额。

验证非法账户（挂失，冻结，锁定的账户）的转账。

再测试性能方面的。

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

测试工程师的实际工作流程（以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点上线

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

3、在项目中找到的经典BUG是什么？

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

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

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

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

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

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

4、定期存款到期自动转存该怎么测？

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

存钱该怎么测，用什么测试方法？

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

5、你发现Bug后，应该怎么办？

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

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

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

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

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

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

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

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

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

7、功能测试的BUG级别你们怎么划分？

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

8、执行别人的用例，如果发现用例有错怎么处理？

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

9、你们做过冒烟侧吗？冒烟测试是什么（理论）？

冒烟测试也叫预测试，就是正式测试之前的一种测试，为了确保主流程能走通。

可以回答没有冒烟测试，就说测试之前一般会要求开发自测，开发自测后（自测大概就是一天左右的时间），确保没有大的问题，再通知测试开始测试。

10、你们项目做了多久，共写了多少用例？项目多少人？

项目做了多久：（两种回答，建议选择第一种）

我进去的时候项目已经上线了，一直存在，然后就是版本的微小更新，小修改的话，大概半个月一个版本，中修改的话，大概一个月一个版本。每次版本更新，针对新的功能点或者修改点大概写了60条案例左右（一个月一个版本的例子）。

我进去的时候，一开始就参与这个项目（也就是需求分析开始），项目从零到有进行了半年左右，六个月内大概整个项目组写了900条案例左右。自己写了200条左右(共5个测试，包括组长)。

PS:如果大家说自己是从零到有参与的项目，那么6个月时间是从需求分析开始。需求书编写完成前，产品经理他们是要做很多前期准备工作，可能要花费3个月左右的时间。

那么测试6个月的实际工作时间内：

前期2个月：刚开始需求书的漏洞比较多，需求评审比较多，基本上每个星期一次评审。开发和测试都会参与，此时开发在进行代码设计，测试就在分析需求，看参考文档，用xmind梳理测试场景，提取测试点，开发经常和产品经理讨论需求，测试经常问开发和产品经理有关需求的疑问。大家一直碰撞，一步一步得出比较完美的逻辑。

中间2个月：开发设计完后，进行编码，我们测试就根据之前梳理的测试场景来编写案例，进一步优化。这个期间，需求书基本稳定，不会再改了。要改也就是把细化需求，把笼统的地方，描述的更详细，更让人易懂，功能点的大方向不会改。开发和测试在此期间有疑问，都会邮件或者电话联系产品经理。测试也会经常去问开发有关功能点的逻辑问题。

后面2个月： 执行案例工作开始进行，一般分为两轮st测试，第一轮1个月，第二轮半个月，回归测试半个月。Uat测试组在st测试第二轮时候，并行开始。Uat测试组有专门人负责，一般需要st测试组派一个人左右去支持，uat测试也有第一轮（半个月），第二轮（半个月）。

项目多少人：一个公司往往有很多项目，自己只是其中一个项目组的，我的P2P项目组大概20人，开发15个，测试5个。（大家把自己当成外包人员，在甲方工作，也叫驻场工作）

11、假如要你测试6个月期限的p2p借款产品，你应该怎么设计案例，说出测试点

（回答思路：1站在用户的角度测试，用户怎么用，你就怎么测试。2 一个人扮演多种角色测试。 3多想出一些异常场景。）

借款产品投标结束日T+7时，满标和不满标的情况。

借款产品投标结束日T+7前，产品提前满标情况

产品成立后，每个月还款日前，检查系统有没有发出邮件，短信，站内信通知借款人充值到平台账户。

在每月还款日，借款人充值用来还款时，充值资金足够、不足够、不充值情况，查看系统如何处理。充值资金不足或者没有充值时，系统应该有罚息。

借款人提前还清余款场景，有些产品不支持提前还款，有些产品要满一定期限才可以提前还款（提前还款有一定手续费）。这些都是要关注的测试点。（自己要扮演借款用户去操作提前还清余款，然后扮演后台管理员去审核，然后又扮演投资人用户去检查虚拟账户的资金到账情况）

最后一期借款人还清资金时，去后台页面查看借款产品状态，应该已正常结束。再去前台页面搜索，应该无该借款产品了。 （或者补充说：去数据库里查看此借款产品的状态）

12、你们这个P2P上线了吗？能查吗？项目花了多久时间，预计多久完成？

回答：两种方案：

还没上线，查不了，这个是新项目，计划半年时间完成，但是因为中途有出现一些问题没有解决完毕，所以现在还没有在预计时间内完成。

大家写的项目名在网上确实能查出来，就说上线了，能查到的。（面试官其实不一定会去查）

13、实名认证你们是怎么测得？调取什么平台的资料？

实名认证接口：

银行卡实名认证（调用银行接口，验证卡号，姓名，身份证号码，手机号码。需要利用到手机接收到的验证码）

身份证实名认证（全国公民身份证号码查询服务中心，或者直接说公安接口）

14、注册需要实名认证吗？

注册不需要实名认证：当购物时候需要实名认证。

15、P2P你们也测试后台管理吗？个人芝麻信用积分是调取哪里的资料？

测试后台管理：

后台也测，但是我主要测试前台，我的关注点是前台，后台只是拿来用，能配合前台正常走完流程就行。

后台主要对前台进行管理，主要有贷款管理，资金管理。

贷款管理：可以查看投资人的投资情况，也可以查看借款人的借款产品，对借款产品进行管理。比如审批，每期的还款提醒，预警等。

资金管理：管理查看用户的充值，审批用户的提现过程。

芝麻信用积分：调用的是支付宝的接口，芝麻信用：调用的是支付宝那边的接口（支付宝提供这样的芝麻信用服务，每查一次收取大概0.1元）

结语

其实这份面试题还没发完，想发完的确很长，相信你们也看不过来。

这篇贴子到这里就结束了，最后，希望看这篇帖子的朋友能够有所收获。

需要面试题的私我【银行面试题】就可免费领取！

如果你觉得文章还不错，请大家 <stron> 下，因为这将是我持续输出更多优质文章的最强动力！ </stron>