软件测试面试常见的问题有哪些
本文小编为大家详细介绍"软件测试面试常见的问题有哪些"，内容详细，步骤清晰，细节处理妥当，希望这篇"软件测试面试常见的问题有哪些"文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。
Q1：项目中相关需求问题，测试可以直接和客户沟通吗？
A1：可以，最初与客户沟通需求时，测试人员直接参与，所以我们可以直接和客户方的代表开会进行沟通。
A2：不可以，一般情况下我们需要将问题整理到一起，由项目经理和测试经理作为接口人和客户进行沟通。
A3：不可以，我们的需求是产品线提的，产品线与客户直接沟通，所以关于需求问题我们直接找产品线。
Q2：需求确定中不确定的需求怎么解决？
A2：一般情况下先由项目组内讨论解决，如果依旧得不到解决，则直接与需求方确认。
Q3：什么是测试方案，什么是测试策略？
A3：测试方案是指导我们怎么测的问题，里面的主要内容是测试点。策略是指导我们要测什么方面，比如要进行功能测试，性能测试，兼容性测试等等，并指出需要依赖与什么工具。
Q4：测试方案包含哪些内容？
A4：业务功能的描述，对需求功能的理解，业务流程图，业务表，测试点等。
Q5：测试用例设计方法有哪些？
A5：等价类、边界值、错误推测法、场景法、因果图、判定表。
Q6：测试用例内容有哪些？
A6：ID 、标题、 优先级、 预置条件 、操作步骤 、预期结果、 实际结果、测试人、测试时间。
Q7：测试用例为什么需要有优先级，有哪一些优先级？
A7：因为在不同阶段执行的用例数目是不同的，用例对应的功能的重要程度也是不同的，我们用的是高中低三级。
Q8：你们项目一共有多少条测试用例？
A8：500-------到2000，具体项目具体分析，和项目大小颗粒度大小都有关系。
Q9：测试用例需要哪些人来评审？
A9：测试组内评审的，因为我们的方案是全体项目组成员(PM/SE开发和测试)来评审的并且方案里的测试点写到了测试用例标题的程度。我们是项目组全体来评审的额，毕竟测试是保证软件质量的最后一个环节，测试用例是测试执行的依据，所以测试用例十分重要，项目组非常重视测试用例的评审，希望把漏测的降到最低，所以我们的测试用例是项目组全体成员来评审的。
Q10：一个项目需要写多少测试用例怎么估算？
A10：这个在需求分析之后根据测试点来评估的，我们的测试点写的很细，所以测试用例的数目几乎等于测试点的数目。
Q11：不能发现BUG的测试用例不是好的测试用例吗？
A11：我不这样认为，我觉得在执行之前，每个用例都可能发现缺陷，好的测试用例是一套完整的不遗漏的测试用例，是能够被其他的测试人员执行的测试用例。不能因为是否找到BUG来说明用例是否好。
Q12：为什么要进行交叉测试？
A12：因为自己执行自己设计的用例，会按照设计用例的思路来执行用例，可能会忽略一些偶然或异常的情况，交叉执行可能会发现新的BUG，当然如果用例已经写得很细，颗粒度很小吗，输入输出写得很全面交叉执行的结果都会差不多，无论谁来执行结果都是一样的。
Q13：什么叫预测试，预测试是怎么进行的，预测试一般为多长时间？
A13：预测试就是开放刚刚开发完成，测试环境刚搭建起来，这时我们要对系统的各种功能能不能跑通，业务流程能不能完成进行测试，就是冒烟测试，这就是转测试，我们转测试大概需要一天的时间。
Q14：你的测试职业发展是什么？
A14：测试经验越多，测试能力越高。所以我的职业发展是需要时间积累的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年积累测试经验，按如何做好测试工程师的要点去要求自己，不断更新自己改正自己，做好测试任务。
Q15：你认为测试人员需要具备哪些素质？
A15：做测试应该要有一定的协调能力，因为测试人员经常要与开发接触处理一些问题，如果处理不好的话会引起一些冲突，这样的话工作上就会不好做。还有测试人员要有一定的耐心，有的时候做测试很枯燥乏味。除了耐心，测试人员不能放过每一个可能的错误。
Q16：你为什么能够做测试这一行？
A16：虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。
Q17：测试的目的是什么？
A17：测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。
Q18：测试分为哪几个阶段？
A18：一般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试。
读到这里，这篇"软件测试面试常见的问题有哪些"文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注行业资讯频道。
