网上银行转账是怎么测的，设计一下测试用例。
回答思路：宏观上可以从质量模型(万能公式)来考虑，重点需要测试转账的功能、性能与安全性。设计测试用例可以使用场景法为主，先列出转账的基本流和备选流。然后设计场景，最后根据场景设计数据。实际面试中需要举出具体的例子。
1 先检查界面。
2 再测试功能：
2.1验证同行转账，跨行转账。
2.2验证转账限额。
2.3验证非法账户(挂失，冻结，锁定的账户)的转账。
3 再测试性能方面的。
测试工作的流程?缺陷状态有什么?设计测试用例有几种方法？
测试工程师的实际工作流程(以P2P中型版本为例，一个月一个版本)：
1 产品经理或者SR把需求书发下来给开发和测试
2 测试先看一遍，进行需求分析。测试组长编写测试计划，并且分配测试任务给测试人员(2天时间)(此时开发也在进行需求分析)
3 过了2天，产品经理再把测试和开发召集在一起，进行需求讲解(或者说需求评审)，有问题可以直接问，如果发现需求有问题，也可以提出来，SR回去会修改。(需求讲解时间0.5天)
4 讲完需求后，测试同事要进行测试场景的梳理和案例的编写了(xmind和Excel就要用上了)，一共5个工作日。(此时开发在编写代码)
5 之后就要进行案例评审了，评审时候有SR、测试同事、开发同事，评审时候一般SR、测试组长、对应模块的开发同事会提出一点意见，评审完之后，回去修改、补充一下案例。(案例评审0.5天)
6 修改完以后，有两种处理情况：
6.1 对大项目有时候要进行案例的第二次评审。
6.2 对小项目，在时间紧的时候，一般不会二审，但是要以邮件的形式把修改或者新增后的案例发出来，给领导看，并抄送给其他同事。(案例评审0.5天，修改案例0.5天，案例二审0.5天)
7 案例评审完就要开始测试了，一般测试环境开发搭建好(要说自己也会搭建，搭建流程背老师总结的)：
7.1 中型版本的测试一般分2轮：第一轮：5天；第二轮：3天；回归测试2天；(共10个工作日)。
8 回归测试完后，达到了上线标准，就会如期上线，一般当天晚上12点上线
缺陷状态：参考缺陷管理课程的流程图
设计用例方法：等价类、边界值、错误推断法、判定表法等等，要举一两个自己特别熟悉的方法的例子。
讲一下边界值怎么设计用例？
边界值方法重点思考有效类边界值，无效类边界值
说下什么是黑盒测试和怎么测？
黑盒测试：通俗的定义是把被测试对象当做黑盒来进行的测试，也叫基于数据驱动的测试。不需要关注代码，测试功能。
怎么样测:站在用户的角度来设计测试用例，利用等价类、边界值、错误推断法、判定表法等等。
在项目中找到的经典BUG是什么
1 兼容性问题，在ie浏览器，提交订单按钮可以点击，到了谷歌，火狐就不能了。
2 查询订单页面，根据条件筛选的结果不是想要的结果，还有某些字段的值没有显示出来，或者显示错误。(因为开发从库表取值有误)
3 付款成功后，订单状态一直不翻转为交易成功。(因为代码没有正确获取库表中付款成功记录的状态码)
4 修改支付密码，新密码和原密码一致，也通过了，系统没有做新旧密码的校验。
5 付款时候的手机验证码，可以一直使用，没有成功做有效期控制。
6 手机app断开网络后，再去点击，没有友好的错误页面提示网络已断开，只有undefined返回
定期存款到期自动转存该怎么测？
回答思路：到期肯定会有边界，所以设计里面可以考虑边界值法。自动转存(首先要搞清楚什么是自动转存。)
存钱该怎么测，用什么测试方法
准备思路：存钱要分类：活期、零存整取等(具体规则百度下)，然后根据每类的业务规则选择合适的用例设计方法。譬如一次最少存入多少？最多一次能存入多少等。
测试计划的内容：
1 版本号
2 概要描述
3 测试目的
4 测试范围
5 测试环境
6 测试工具
7 测试人员
8 任务分配、进度安排
9 测试风险
测试报告包含的内容？
1 数据统计
1.1 人力投入
1.2 用例执行情况
1.3 bug分类统计
2 测试风险
3 测试对象评估
测试结论测试开始和结束条件
启动条件：软件测试是在随着项目启动、需求分析开始而启动。
结束条件：需求覆盖率、用例执行率、缺陷遗留率达到预定质量目标。
你发现Bug后，应该怎么办？
1 首先咨询一下开发是不是bug，让他初步判断一下。
1.1 如果不是bug，开发给到理由也比较充分，确实自己也搞错了，也就算了。
1.2 如果开发也认为是bug，那就直接提了。
1.3 如果我怀疑开发的解答，我觉得是bug，开发坚持不是bug，我就要咨询我们组长或者开发组长，让他们判断一下。
假如发现了一个BUG，跟开发本身没什么关系，涉及到理念，需求问题，如何解决？
1 把问题暴露给测试组长和开发组长，咨询他们意见，组长们再知会开发分组经理和项目经理，然后大家和产品经理一起探讨解决，需要改需求的地方就要改了。
测试非常紧急过程中，遇到阻塞性问题，对应的开发没有时间解决，你如何推动问题解决？
1首先判断问题的严重性，向对应的开发了解问题的原因。
2然后再汇报给自己的测试组长和开发组长，让组长知情，咨询他们的意见，再把问题汇报给开发分组经理，让他们统一协调处理。安排经验丰富的其他高级开发人员来协助此开发解决问题，然后通过加班来完成问题解决和测试。
功能测试的BUG级别你们怎么划分？
bug严重程度：一般提L4 和L3，L2很少提，除非影响流程。L1这个是非常致命的bug，基本上不会提。
执行别人的用例，如果发现用例有错怎么处理？
首先咨询一下案例作者或者询问测试组长，确认一下，如果确实有误就要修正用例。
黑盒测试和白盒测试区别
黑盒测试也叫功能测试，不需要关注代码，只需要关注功能的实现。
白盒测试：也叫单元测试，是测试代码中的方法，一般是开发自己测。
你们做过冒烟侧吗？冒烟测试是什么(理论)？
冒烟测试也叫预测试，就是正式测试之前的一种测试，为了确保主流程能走通。
可以回答没有冒烟测试，就说测试之前一般会要求开发自测，开发自测后(自测大概就是一天左右的时间)，确保没有大的问题，再通知测试开始测试。
你们项目做了多久，共写了多少用例？项目多少人?
项目做了多久：(两种回答，建议选择第一种)
1我进去的时候项目已经上线了，一直存在，然后就是版本的微小更新
，小修改的话，大概半个月一个版本，中修改的话，大概一个月一个版本。每次版本更新，针对新的功能点或者修改点大概写了60条案例左右(一个月一个版本的例子)。
2 我进去的时候，一开始就参与这个项目(也就是需求分析开始)，项目从零到有进行了半年左右，六个月内大概整个项目组写了900条案例左右。自己写了200条左右(共5个测试，包括组长)。
评论：0 点赞：0
阅读：
3198
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
