项目篇

1、你在项目中负责什么?(意思就是,你在项目中参与了哪些事情)

参考答案:在工作中我主要负责功能测试,其次还参与了一些非功能测试,如:接口测试,自动化测试,性能测试,兼容性测试等。在项目中主要参与了需求分析和需求评审,负责收集项目资料协助上级完成测试计划的编写,编写测试用例并评审,测试环境的搭建以及测试执行和编写测试报告等工作。

2、问题:怎么保证覆盖用户需求?

回答:从BA那里拿到需求文档,熟悉文档,画好流程图,保证整个流程都覆盖全面,小组之间每个人都要根据各自的流程图,来讲解一下自己的思路,防止测试点遗漏,各个功能点有哪些限制条件,防止之后编写测试用例时发现遗漏;用例编写完之后,再进行用例的评审,看看测试点有没有用遗漏,对需求理解有没有错误,测试场景是否覆盖完全。

3、一般测试过程中出现问题,你是怎么定位的?

参考答案: 1、检查测试环境是否有问题 2、用fiddler抓包,分析请求和响应数据是否存在问题 3、查看应用服务器的日志 4、然后再查看数据库的数据是否存在问题

4、测试结束的标准是什么?

5、你会编写测试计划吗?

参考答案:我们之前的测试计划都是测试组长写的,我们只是负责收集数据,协助组长完成测试计划的编写,测试计划的内容还是知道的,有测试范围、测试方式/策略、测试资源、测试开始和结束条件、进度安排、测试组织等,如果以后有机会让我来编写测试计划,我觉得我没问题。-----(回答的时候,要自信。)

6、缺陷怎么分类的?怎么跟踪?印象最深的bug有哪些?

参考答案:缺陷类型分为:致命,严重,一般,轻微 怎么跟踪: 印象最深的bug:(这个问题经常问题,必须要提前准备好)

7、测试一般做几轮? 参考答案:一般是两三轮,看情况,缺陷不多,就两轮;稍微多些,就三轮。

8、你们兼容性怎么测试的?

9、迭代两到三周的项目,需求分析写多久,用例写多久,写多少用例,执行多久,发现多少个bug,做了几个版本,项目有没有上线?

参考答案: 1)、需求分析1到2天,用例也是写两天左右,包括用例评审; 2)、用例的个数看需求和颗粒度的大小,如果时间充足,我们写的用例细,用例数就多些,一个版本大概有100多条,执行花的时间长了,一般要4到5天; 3)、每个版本发现的bug数量,要看需求和实现起来的难易程度,开发人员的水平和测试用例的质量,一般一个版本我们能找50-60个bug,越到后面,系统越来越稳定,发现的bug就越少; 4)、总的版本数记不清了,十来个版本是有了的; 5)、项目上线了,我们是给用户定制产品的,交付给用户自己运营。

10、你们的项目做了多久,一直在做?你负责哪些模块?

提示:回答负责哪些模块的时候,一定不能说 注册,登陆,查询!!!!

11、项目多久迭代一次(没有固定时间,看需求的多少和复杂程度),每次迭代你编写了几个用例,你们的回归测试是怎么做的?

12、那你们用例执行后bug占整体的比率,是什么原因造成的? 参考答案:一般是40%左右

13、公司在哪里?有多少人?项目有多少人? 参考答案:公司在xxxx,有40来人,没问的项目开发有7个,测试2个。

14、问题:当用户需求变更时,你会怎么做?

答案:这个会经常遇到的,一般如果是小的需求变更,合理的话,能改的,经理会让开发直接改,然后测试再测一下就好了,如果是涉及到比较大的改动的话,我们会开会讨论一下会影响到的模块,经理会计算一下修改的成本,一般会建议放到下一个版本再修改,如果必须要改的话,开发就会改的,测试也会重新修改一下测试用例,把可能会影响到的模块再测一遍。 ************************************

15、面试官:支付功能怎么测试(特别重要)

1、从功能方面考虑:

 1)、用户的使用场景:包括正常完成支付的流程;支付中断后继续支付的流程;支付中断后结束支付的流程;单订单支付的流程;多订单合并支付的流程;余额不足;未绑定银行卡;密码错误;密码错误次数过多;找人代付;弱网状态下,连续点击支付功能功能,会不会支付多次;分期付款等;

2)、不同终端上支付:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;

3)、不同的支付方式:银行卡网银支付、支付宝支付、微信支付等;

4)、从产品容错性上:包括支付失败后,能否再次支付、能否退款;

2、从性能方面考虑: 多个用户并发支付能否成功; 支付的响应时间;

3、从安全性方面考虑 使用Fiddler拦截订单信息,并修改订单金额,或者修改订单号,(下两个订单A,B,付款时拦截订单B,并把订单B的订单号改为A订单的订单号)无法完成支付;

4、从用户体验方面考虑 是否支持快捷键功能; 点击付款按钮,是否有提示; 取消付款,是否有提示; UI界面是否整洁; 输入框是否对齐,大小是否适中等。

5、兼容性 BS架构:不同浏览器测试。 APP:不同类型,不同分辨率,不同操作系统的手机上测试

16、购物车怎么测试?(特别重要)

1.功能测试 a)、未登录时: 将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。 b)、登录后: 所有链接是否跳转正确; 商品是否可以成功加入购物车; 购物车商品总数是否有限制; 商品总数统计是否正确; 全选功能是否可用; 删除功能是否可用; 价格总计是否正确; 商品文字太长时是否显示完整; 购物车中下架的商品是否有标识,是否还能支付; 新加入购物车商品排序(添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品); 是否支持快TAB、ENTER等快捷键; 商品删除后商品总数是否减少; 收藏功能是否可用; 购物车结算功能是否可用。

2.兼容性测试 BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。 APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等

3.用户体验测试 删除商品是否有提示; 是否支持快捷键功能; 是否有回到顶部的功能; 商品过多时结算按钮是否可以浮动显示; 购物车有多个商品时,能不能只对单个商品结算; 界面布局、排版是否合理; 文字是否显示清晰; 不同卖家的商品是否区分明显。

4.性能测试 打开购物车页面要多长时间 ************************************

17、面试官:你们整个购物流程是怎样的,都有那些测试点?

-- 以下答案为只能作为回答思路的参考,具体细节需要自己再细化 答:我们整个测试购物流程是这样的,首先在前台界面去搜索自己要购买的商品,搜索这功能是我们的一个测试点(问:那你是怎么去测试这搜索功能的)首先我会按正常情况下输入正确的信息去进行搜索看是否达到自己想要的结果,然后会输入一些异常的信息去搜索如:搜索不存在的商品、敏感的字符等看是否能搜索,这就是我对搜索功能的一个测试。把自己要购买的商品添加购物车(说了下购物车的测试)添加一件商品到购物车然后去检验是否添加成功,添加同样的商品是否数量叠加,添加前的价格和添加后的价格是否一样等这些都详细说了下........最后就是结算,我说在结算之前要确认购物车商品的价格是否和结算的价格一样,确认一致后选择一种支付方式如微信、支付宝、余额支付等支付之后去确认扣款的钱是否和结算的钱一样.......之后还说了下物流方面还有订单状态方面(简单说了下)

你可能感兴趣的:(项目篇)