问题1：如何查服务器日志？

回答：

在项目部署环境Linux系统中，各种日志文件（*.log）都存放于 /var/log 子目录下面，你可以在超级用户的状态 # 下，进/var/log 子目录，然后可以使用 more 命令查看你需要进行查看的日志。

例如：#cd /var/log<cr>#more last.log<cr> （查看最后登录 Linux 系统的用户名都有谁）cat 或者 tail -f

问题2：需求分析怎么做？如何针对需求提取测试点？

回答：

第一要考虑需求当中的ui界面、功能、性能、易用性、安全性、兼容性

第二要充分考虑业务场景，限制条件，涉及到的岗位/角色/用户，关联的外部系统、内部系统、同时要预估一下风险（风险只有在问需求分析的时候回答）

问题3：给你一个场景，你发现了一个bug，之后你要怎么确认它？

回答：

1）通过查询日志linux命令tail -f，查看报错信息

2）通过fiddler F12抓包工具，判断前后端的问题，请求有问题就是前端的问题，响应信息不正确是后端的问题，也可以查看状态码

3）通过经验法来判断

问题4：如何定位一个Bug属于前端还是后端？

回答：

先排除因为测试环境问题或者误操作这种因素

然后先按照同样的步骤重现一遍，如果不能重现，直接把之前的那个日志截图给开发。如果重现，可以利用抓包工具去看请求和响应数据，如果请求错误，就是前端的问题，如果响应错误，就是后端的问题。

还可以看状态码，一般4开头的，就是客户端问题，比如，如果是401，就是未授权，403就是被禁止访问，404就是页面未找到。5开头的就是服务端的问题，比如500就是内部服务器错误。

问题5：遇到bug应该做什么？

回答：

1）先截图

2）上报问题 确定操作的步骤。测试环境与测试人员账号

3）查看日志 定位问题

4）记录问题

问题6：转账汇款和交易明细怎么做多接口串联？

回答：

转账汇款会形成交易流水号，需要在转账汇款的接口的响应数据里获取交易流水号，设置成变量，在查询交易明细的接口传参引用此变量

问题7：回归测试怎么做？

回答：

1）如果时间充足、可以回归所有的案例

2）如果时间紧张，按照模块的优先级、用例的优先级去回归

3）按照所有产生bug去回归测试，同时也可以覆盖到主流成的测试

4）如果需求测试的已经处于非常稳定的状态，可以仅回归修复的bug

问题8：大迭代和小迭代有什么区别？

回答：

大小迭代，也指发布生产的是大版本还是小版本，通常说两周一个小版本（小迭代），一个月一个大版本（大迭代）

迭代需求:即指功能的持续优化和改进，新增，针对这几种情况产品会提出需求，就迭代需求（也可理解为迭代的内容）

小迭代：一般是发技术需求，比如tomcat升级，生产的bug修复，或者是功能的优化需求，如：修改页面样式，增加小的功能，影响范围不大，小迭代一般需求量不多

大迭代：一般是新增了大的功能，影响范围大，涉及系统多，页面改动大等，可能只有一个大的需求，也有可能有数量比较多的小需求，也可以同时有技术需求、Bug修复等

问题9：你们项目的测试流程是怎么样的？

回答：

如果问测试流程：

拿到需求文档以后，先进行需求分析，项目经理组织我们召开需求评审会议，这个会议中我们把需求不完整、我们测试跟开发理解不一致的地方进行讨论，给出一个最终的解决方案。

完了以后我们就去写测试用例，开发就去写代码去了，差不多写好以后我们就等开发提测，部署一下测试环境后先做冒烟测试，测试不通过打回给开发重新编码重新提测，通过后开始执行用例，执行过程中如果发现缺陷，要分析定位，跟踪缺陷的处理。

然后第一轮测试以后呢，我们就测第二轮，先把第一轮发现的缺陷验证一下，然后进行第二轮的全量回归，如果还有缺陷就继续提交缺陷，接着第三轮，第四轮这样子，测试完成后出具测试报告，然后等待产品发布上线。差不多就是这样子一个流程。

如果问业务流程：就按照自己写的项目的流程来讲。

更多软件测试相关推荐：

软件测试更多干货文章

软件测试就业培训

  文章来源：网络  版权归原作者所有

上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编，我们将立即处理