几道测试面试问题，供测试新人参考

danmy

1.  在测试过程中发现了两个bug，一个bug出现的频率非常小，但是后果很严重；另一个bug非常容易触发，但对主要功能流程没有大的影响。 如果开发只能解决其中一个问题，你建议优先修改哪一个？
2. 即将对一个新产品进行测试，开始进行测试设计前，你指拿到了一份简单的需求文档，文档中的信息很不明确，此时你会怎么做来保证测试设计的质量？
3. 面试考官随机描述一个事件，请你根据考官的描述，完成针对该事件的测试设计。
4. 一个Web门户产品的多语言版本，在本地化测试过程中你会关注哪些测试要点？
5. 你所了解的自动化测试工具有哪些？有无具体的应用？各自优缺点如何？
6. 要测试一套业务流程，有多种不同的流程组合，你的测试方案是什么？
7. 测试过程中你发现了一个问题，但是没有找到该问题发生的规律，在和开发沟通时无法复现这个问题，此时你如何处理？

千里

1.虽然容易触发，但是能凑合着用，所以下个版本修改都可以。故，我建议优先修改后果严重的那种，要碰到了可是损失。

无_花_果

1、根据优先级先解决严重的，在解决一般的；
2、可以先把待测试的系统框架定下来，然后在根据需求的变动往里面添加；
3、对于新人来讲，可以套用理论知识，挑自己熟悉的说说，比如边界值、等价类等等；

风雨彩虹

ps:7在发现问题的时候，就应该截图。还有点很重要的是：要记清自己的操作。

glchh

1 虽然严重，但出现的频率非常小，可以认为不是最紧要的问题，而另一个bug，虽不是严重的问题，却很易触发，无论从使用的效率还是用户体验上来说，都是要紧要的，所以最要先改正。

Jackc

1.  在测试过程中发现了两个bug，一个bug出现的频率非常小，但是后果很严重；另一个bug非常容易触发，但对主要功能流程没有大的影响。 如果开发只能解决其中一个问题，你建议优先修改哪一个？
   先明确表示，两个BUG都必须改。注意：要让面试官觉得你具有灵活的测试流程控制能力。
   分情况处理：
   a、在开发中期，若其中一个版本出现这样的一个问题，可以先改容易触发的bug。而不容易触发的Bug可以作为下个版本的一个重要任务，找出bug重现环境，然后修改。
   b、若是在产品发布前期，那就没有任何借口，两个Bug都必须改，即使加班也得改。

2. 即将对一个新产品进行测试，开始进行测试设计前，你指拿到了一份简单的需求文档，文档中的信息很不明确，此时你会怎么做来保证测试设计的质量？
a.先组织一个需求评审会议，人数不用太多，但是除了BA外，主要的开发与测试都也需要参与。大家在一起将需求中影响较大的模糊点进行确认。比如UI风格，基础协议支持等等。
b.然后下来与各个相关BA和开发核实细节，比如:错误提示语

3. 面试考官随机描述一个事件，请你根据考官的描述，完成针对该事件的测试设计。
这个没什么好说的了，分析文字需求——提取测试元素——测试方法设计用例——完成。

4. 一个Web门户产品的多语言版本，在本地化测试过程中你会关注哪些测试要点？
我不是做web的，说不到点子上，请楼下解。

5. 你所了解的自动化测试工具有哪些？有无具体的应用？各自优缺点如何？
这个也没什么好说的，只是注意一点，测试目标不同，工具不一样，没接触过的工具，最好不要评价。

6. 要测试一套业务流程，有多种不同的流程组合，你的测试方案是什么？
这个题目有点大，我估计面试官在实际提问时，应该会细化内容，比如将业务流程细化为51测试的后台管理流程。
结合测试策略和计划的模板，将内容添加进去，大的方面有：目标、环境、标准、方法、资源（人力、设备和其他）、任务、风险等。

7. 测试过程中你发现了一个问题，但是没有找到该问题发生的规律，在和开发沟通时无法复现这个问题，此时你如何处理？
这里有两种方法：
a.提交的故障库，状态置为“需验证”，在后期两三个版本中进行观察，争取找出bug复现环境，或取到bug出现的Log信息等。若未再次出现故障，则拒绝并关闭故障。
注意：有时会出现后面版本陆续出现，但是无法找到复现环境的情况，则看发现的频率和故障的级别来处理了。级别高，就回到了问题1；级别低，几率小，则不需要处理。（这种处理方法比较规范）

b.上报故障，并将故障的情况与故障负责人（bug manger或pm）沟通，由故障负责人决定故障的下一个状态。这样的理由只有一个：站得高的人，看得会更远。（国内中小企业经常采取这样的方法，虽然不规范，但是快捷。快捷和高风险是双胞胎哦 ）
注意：有时会出现前面拒绝的一个故障又重现出现的情况，如果新发现了关键的故障环境，不用想太多，直接上报吧。

yiyan408