一个成功的面试,往往意味着,我们职业的阶梯上踏进了一步。目前为止，STH发表了各种测试专题访谈文章。在这个系列的上一篇文章中,收到巨大的反响的是:一个真正意义上的软件测试面试Q&A

这将是那篇文章的后续,因为我们的重视我们的读者以及他们的问题。他们的期望就是我们的动力。

这里我们对读者提出的问题作出反馈：

问题1：在你负责的项目中，你的测试流程是怎么样的?

因为所有的项目是不一样的,他们都不遵循完全相似的方法,所以很难提供一个通用的方法来回答这个问题。处理这个问题的最好办法是花一分钟了解当前你正在做的项目/角色，提出一个最符合你当前情况的答案。

如果你正在寻找一个测试流程样本做参考,那您可能要查看:

a) The Testing process is at the end of this article.
b) End to end software testing live project process.

问题2：当你没有时间完成测试时，怎么处理？

当我们没有足够的时间来测试时,您可能希望做风险评估和确定哪些模块/你的AUT领域容易风险最高，并且对于产品的成功是至关重要的，然后先处理它们。用探索的方式取代记录测试用例，算是另一种方式,但它是有一定风险的。查阅这篇文章获得更多信息。

问题3：您的测试生涯中最佳的时刻是什么?

基于个人经验的回答——答案就是,你作为一个测试员时，感到职业自豪感的时刻。这可能是当一个你测试过的产品成功投入生活,你的一些朋友和家人正使用它；或者是当你发现了一个关键问题并且得到认可；又或者是当你第一次作为第一个项目的QA负责人签名时等等。然而,如果你都没有那样一个时刻,只能说明你因“作为一个测试人员”而满足,你没有一个事件来纪念这一切——当然也完全没有问题。

还有一个要注意的问题:如果你足够Nice,你发现一个“使你最不喜欢的开发人员工作需要用一整夜来修复的bug”——这让你满意地笑。当然只是开玩笑而已! 

问题4：你还记得你的经理欣赏你的工作吗，告诉我一些些吧?

基于个人经验的回答——这样的问题的基意是评判你作为一个团队成员是怎么样的。“我的经理不会欣赏我什么”这绝对不是这个问题的好答案。它表明你是愤世嫉俗的，以至于“正能量的反馈”都不会激励到你。相反,试着回忆任何积极评价,你收到你的上司——即使这是一个简单的“好”或“谢谢”。

问题5：在你的上一份工作中，你是如何解决纠纷?你还记得一些些吗?

基于个人经验的回答——一个真正值得提升到测试人员的价值是，我们不仅报告错误,还要做一些根本原因（RCA）分析。这个问题是想要看一下你是否准备好去执行一些超出你的工作描述范围之外的事情。

问题6：你有史以来最佳的模块测试是哪个,为什么是最好的?

基于个人经验问题——现在,“最佳”对于每个人都是不同的。如果这个问题是问我——例如之前一个产品(一个基于微软PowerPoint的插件, 为客户机生成定制的报告),建于很久以前并且搁置了。客户端最后想使用它,并让它在使用前进行完整的测试。没有文档,预算有限,时间有限,没有dev团队或BAs(得到KT,因为团队在很久以前解散了)，且SLA是最终产品，是不能超过“3 -中等严重程度”错误的。我们测试产品和成功交付在不到30天完成。即使在今天,我知道一些PPT特性,大多数人不太喜欢。但我认为这是一个个人的成功和有爱的体验。

当然,如果你考虑从所有项目的可学习、有意思以及从中学到的经验——这也是可以的。

问题7：你帮助你/你的团队进行风险管理吗?怎么做的,有什么例子吗?

基于个人经验的回答——有就说有，没有就说没有。然而,当你说“不”,确保你说你从没有机会去做,要解释一下你知道风险管理的事情。

读这篇文章获得更多信息: Risk management using FMEA

问题8：告诉我在你的工作中，你找到哪一个最关键的bug?程度是怎么样?它如何影响AUT的?

如果你还没有猜对,这个问题其实是评估你理解问题的临界程度和严重程度。你可能想再次从你的经验引用例子。通常关键问题是那些可能会阻止测试或导致脏数据或安全bug等。

问题9：你和你的团队有没有一些放松的时间(在不影响发布日期的前提下)?有发生过吗?如果有，你能和我分享一下吗?

这个问题在我看来听起来有点阴谋,阴谋从来都不是好消息。所以我会完全避免回答这个问题。你可以说在时间允许、能力范围之内都愿意帮助解决问题(如果你有一个具体的例子,可以继续说)。如果你需要提前完成了,可以拿起其他一些悬而未决的任务利用多余的时间。这样的问题,是用来测试你的诚信和承诺的。

问题10：在测试中，如何处理偶发问题?

说到偶发bug,我的意思是不能复制的和持续的问题。如果一个即将到来的问题不是我们每次重复相同的步骤能重现,我们可以试着做一些挖掘,看看我们能否找到任何出现错误的证据 (或出错的日志信息)。当然，这并不影响我们输出报告的一致性。作为测试人员,我们不能背离报告来做任何事情。

问题11:如何在正在进行的测试项目引入新人?

这个问题是评估你的领导能力。最好的方法是向新人提供所有文档,必要的交流,安排KT会议,介绍他们项目中所有组件的接口人,给他们下达小任务来验证他们的业务理解，并且最终逐渐进入到测试项目中来。

问题12：如何提高设计测试用例的能力,从而确保高覆盖率?

测试时，准确的需求设计分析并完全理解。为了确保达到100%的测试覆盖率,你不应该错过任何需求，时不时我们可以借助 traceability matrix来检测一下。

问题13：下面是测试应用程序时发现一个问题——创建用户页面没有任何字段的限制——这是什么意思呢?

这可能意味着两件事,第一,这是一个bug。第二，它可能允许您输入尽可能多的字符,但可能提交页面时需要执行后台验证。

问题14：如果你发现登录页面没有 “忘记密码”选项——当这是一个探索性测试时,你怎么报告?

bug就是bug,不管你是怎么找到它的。报告这个问题,不会与你通过一个测试用例发现bug有任何区别。看看这篇文章就如何报告问题。

That’s all

总之,我们感谢所有提交这些有代表性的问题的读者,这将使得广大测试人员受益。

【英文原文：http://www.softwaretestinghelp.com/14-interesting-software-testing-interview-questions/】

｛测试窝原创译文，作者：紫晴｝