测试常见面试题之客观题--上岸100%（纯干货分享--手把手教你面试）【1】

11.你们之前的项目测试流程是怎样的？【高频】

我们的测试流程主要有四个阶段：需求分析、测试准备、测试执行，报告复盘。

1、需求分析阶段

        产品会把需求文档给我们自己先去了解一到两天这样，之后我们会有一个需求评审会，我们会把不明白不理解的需求在会议上说出来，包含需求的合理性还有需求的可测性等，产品这边解答，目的是让我们测试这边和开发对需求的理解达到一致。

2、测试准备阶段

        会议结束之后我们开始准备测试工作，我们测试组长会写一个测试计划，分配每个人负责的模块，预估的工时，然后我们就根据自己负责的模块用 xmind(思维导图)进行测试需求分析，业务拆解，分析测试点，以及编写测试用例，之后我们会在自己的组内先进行评审，评审修改之后还会在我们的项目组评审，评审完后进行修改测试用例。

3、测试执行阶段

        开发人员编写好代码之后，他们会把代码包通过 Jelkins 部署到测试环境提测，在正式测试之前我们会先做一个冒烟测试。冒烟测试通过之后我们才转测，在执行测试的过程中，我们如果发现 bug 就会用禅道记录并且提交 bug，也会进行 bug 复测，以及回归测试。

4、 报告复盘阶段

        每一轮测试结束之后我们都会写一个测试报告，一般情况下，测试 4-5 轮之后会达到上线要求，当达到上线的标准后，测试报告会认为测试通过，上线前我们会做预发布测试，预发布通过后，由项目组与产品决定时间上线，上线完成，一周左右我们会写一个项目总结测试报告，复盘总结我们在上一个版本中遇到的问题以及今后有哪些地方需要改进，在产品选代过程中，我们会跑自动化用例来进行回归测试。

12.如果你提出的BUG研发不认为是个BUG，你会怎么办？【高频】

1. 首先我会再看需求文档，是不是我的理解有误，如果是我对需求理解错的话我就去关闭bug。如果是 bug 再去让其他测试人员看看听下他们的意见，然后自己先再三去复测；
2. 保存好截图和日志，确定这是一个 bug 之后我就去跟开发说明白，并且给他看 bug 重现的截图以及日志；
3. 如果影响较大，但研发不认为是个BUG，可以通知给测试组长或产品，来定夺这个是否需要修复；
4. 如果影响较小，可移到后面迭代修复。

13.