该怎么用设计测试用例测网上银行转账？

目录

前言

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

　　回答思路：

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

　　修改完以后，有两种处理情况：

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

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

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

　　5、登录功能如何设计测试用例？

　　功能测试(FunctionTest)

　　界面测试(UITest)

　　性能测试(PerformanceTest)

　　安全性测试(SecurityTest)

　　可用性测试(UsabilityTest)

　　兼容性测试（CompatibilityTest）

　　6、电商平台的核心业务是什么？购物车如何进行测试？

---

前言

软件测试是为了发现程序中的错误而执行程序的过程。

通俗的说，软件测试需要在发布软件之前，尽可能的找软件的错误，尽量避免在发布之后给用户带来不好的体验，并要满足用户使用的需求。

　　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断开网络后，再去点击