面试题_项目篇

项目介绍实例  http://www.javashuo.com/article/p-yxhilbtu-bo.html

https://www.songqinnet.com/article/1193

一、你在项目中负责什么？(意思就是，你在项目中参与了哪些事情)

 

参考答案：

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

 

二、问题：怎么保证覆盖用户需求？

 

回答：

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

 

三、通常测试过程当中出现问题，你是怎么定位的？

 

参考答案：

        1）检查测试环境是否有问题 

        2）用fiddler抓包，分析请求和响应数据是否存在问题 

        3）查看应用服务器的日志 

        4）而后再查看数据库的数据是否存在问题

 

四、你会编写测试计划吗？

 

参考答案：

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

 

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

 

参考答案：

        缺陷类型分为：致命，严重，通常，轻微 怎么跟踪：印象最深的bug：（这个问题常常问题，必需要提早准备好）

 

六、测试通常作几轮？

 

参考答案：

        通常是两三轮，看状况，缺陷很少，就两轮；稍微多些，就三轮。

 

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

 

参考答案：

        1）需求分析1到2天，用例也是写两天左右，包括用例评审； 

        2）用例的个数看需求和颗粒度的大小，若是时间充足，咱们写的用例细，用例数就多些，一个版本大概有100多条，执行花的时间长了，通常要4到5天； 

        3）每一个版本发现的bug数量，要看需求和实现起来的难易程度，开发人员的水平和测试用例的质量，通常一个版本咱们能找50-60个bug，越到后面，系统愈来愈稳定，发现的bug就越少； 

        4）总的版本数记不清了，十来个版本是有了的； 

        5）项目上线了，咱们是给用户定制产品的，交付给用户本身运营。

 

八、大家的项目作了多久，一直在作？你负责哪些模块？

 

提示：

        回答负责哪些模块的时候，必定不能说 注册，登录，查询！！！！

 

九、那大家用例执行后bug占总体的比率，是什么缘由形成的？ 

 

参考答案：

        通常是40%左右

 

十、公司在哪里？有多少人？项目有多少人？ 

 

参考答案：

        公司在xxxx，有40来人，没问的项目开发有7个，测试2个。

 

十一、问题：当用户需求变动时，你会怎么作？

 

参考答案：

        这个会常常遇到的，通常若是是小的需求变动，合理的话，能改的，经理会让开发直接改，而后测试再测一下就行了，若是是涉及到比较大的改动的话，咱们会开会讨论一下会影响到的模块，经理会计算一下修改的成本，通常会建议放到下一个版本再修改，若是必需要改的话，开发就会改的，测试也会从新修改一下测试用例，把可能会影响到的模块再测一遍。 

 

十二、面试官：支付功能怎么测试(特别重要)

 

1）从功能方面考虑：

 

      a.用户的使用场景：

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

      b.不一样终端上支付：

         包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；

 

      c.不一样的支付方式：

         银行卡网银支付、支付宝支付、微信支付等；

 

      d.从产品容错性上：

          包括支付失败后，可否再次支付、可否退款；

 

2）从性能方面考虑：

      多个用户并发支付可否成功；支付的响应时间；

 

3）从安全性方面考虑：

      使用Fiddler拦截订单信息，并修改订单金额，或者修改订单号，(下两个订单A,B，付款时拦截订单B，并把订单B的订单号改成A订单的订单号)没法完成支付；

 

4）从用户体验方面考虑：

      是否支持快捷键功能；点击付款按钮，是否有提示；取消付款，是否有提示；UI界面是否整洁；输入框是否对齐，大小是否适中等。

 

5）兼容性 BS架构：

      不一样浏览器测试。APP：不一样类型，不一样分辨率，不一样操做系统的手机上测试

 

1三、购物车怎么测试？(特别重要)

 

1）功能测试

        a.未登陆时：将商品加入购物车，页面跳转到登陆页面，登陆成功后购物车数量增长。

 

        b.登陆后：全部连接是否跳转正确；商品是否能够成功加入购物车；购物车商品总数是否有限制；商品总数统计是否正确；全选功能是否可用；删除功能是否可用；价格总计是否正确；商品文字太长时是否显示完整；购物车中下架的商品是否有标识，是否还能支付；新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；是否支持快TAB、ENTER等快捷键；商品删除后商品总数是否减小；收藏功能是否可用；购物车结算功能是否可用。

 

2）兼容性测试 BS架构：

      不一样浏览器测试，好比：IE，火狐，谷歌，360这些。APP：在主流的不一样类型，不一样分辨率，不一样操做系统的手机上测试，华为，vivo，oppo等

 

3）用户体验测试:

      删除商品是否有提示；是否支持快捷键功能；是否有回到顶部的功能；商品过多时结算按钮是否能够浮动显示；购物车有多个商品时，能不能只对单个商品结算；界面布局、排版是否合理；文字是否显示清晰；不一样卖家的商品是否区分明显。

 

4）性能测试

      打开购物车页面要多长时间 

 

1四、面试官：大家整个购物流程是怎样的，都有那些测试点？

 

-- 如下答案为只能做为回答思路的参考，具体细节须要本身再细化 

 

答：咱们整个测试购物流程是这样的，首先在前台界面去搜索本身要购买的商品，搜索这功能是咱们的一个测试点

 

     （问:那你是怎么去测试这搜索功能的）首先我会按正常状况下输入正确的信息去进行搜索看是否达到本身想要的结果，而后会输入一些异常的信息去搜索如：搜索不存在的商品、敏感的字符等看是否能搜索，这就是我对搜索功能的一个测试。把本身要购买的商品添加购物车（说了下购物车的测试）添加一件商品到购物车而后去检验是否添加成功，添加一样的商品是否数量叠加，添加前的价格和添加后的价格是否同样等这些都详细说了下........最后就是结算，我说在结算以前要确认购物车商品的价格是否和结算的价格同样，确认一致后选择一种支付方式如微信、支付宝、余额支付等支付以后去确认扣款的钱是否和结算的钱同样.......以后还说了下物流方面还有订单状态方面（简单说了下）