测试经理面试技巧

2023年12月12日发(作者：高山流水造句)

-

测试经理面试技巧

测试经理技巧

1、 问一些你以前的工作情况;

这应该属于面试中的根本问题了，在这个环节中也可能会问到你以前工作都用过什么工具，写过什么文档，工作流程是怎么样的这些问题。要说做产品工作使用的最专业的软件就应该算是 Axure了，但是工作久了以后谁都明白，工具并不重要，何况这些工具一学就会。即便不会用Axure直接在纸上画出来也可以，而如果你的Axure用的 再好，但是产品本身不好，那也等于白搭，关键的还是在于表达能力。

2、谈一下你对某个电商 产品的看法;

“某个产品”有可能是应聘 公司所做的产品，或者是你做过的产品。因为一个人很难在短时间内 有自己的判断(特别是对于工作经验缺乏的产品人员)，所以有的公司也会让你说一下你对自己最常用的产品的看法，一来考验你的产品感觉，第二也是看你个人的 观察能力。更有甚者会拿出电脑翻开一个网站，让你针对某一个页面或功能谈一下自己的看法。这个环节中会考察产品人员的产品分析或竞品分析的能力。产品人的逻辑思维很重要，如搜索引擎产品，谈及它的未来，可能你就要围绕着搜索引擎的用户需求这个层面去思考，怎样才能让用户更方便的在搜索引擎中得到结果等。这考察的是 一个产品人的思路。

3、详细的问到一些电商 产品中的规那么;

前面说到有些公司会问你用过的最熟悉的产品是什么，除了有可能让你谈一下对这个产品未来的开展趋势的一些看法外，还有可能让你说一下某个功能的规 那么，例如 搜索人物时的排序规那么。产品人员在使用一款产品的时候除了本身作为用户外，还有一层意义就是本着自身的专业性，发现别人家产品内在的意 义，除了最外层的看之外还要更深层次的懂。在产品经理的能力中有一条就是学习能力，所以很多公司会在这个问题上考验你的观察能力和学习能力。

4、电商 产品自身层面的一些问题;

做产品除了本身的产品设计能力外，还有一点就是产品的思想。同一种产品不同的产品做出来后产品形态都会不同，特别是对于一些有独特产品特质的公司来 说，如果招聘 一个虽然产品能力很强，但是做产品思想跟公司不一致，那么在以后的工作中大家的合作就会出现问题，降低彼此的工作效率。这种问题看似并不严 重，但是在实际情况中却不是很容易解决。当然并不是说不可能解决，只是说找个符合公司产品气质的人，就不会存在那些不必要的问题了。

在这一方面，很多公司会问你，你认为做产品最重要的素质是什么，你如何看待用户需求等等。类似于这样的问题其实没有标准答案，每个人都会有自己的看 法，而就是这样的问题会突显出一个的`产品经理自己的思想体系。产品是公司战略的表达，产品领导人的观点跟公司战略开展不吻合的话，那么这将关系到产品未来 的关键性死亡。据e优渡分析对于把握产品方向的产品经理来说，面试的公司就会着重考虑这个问题。也许大家做出来的产品形态会有不同，但彼此的思路必须要是一致的。

测试经历面试技巧xx-09-24 21:53

1. 等价类划分

常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为假设干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.

2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应中选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

3. 错误推测法

基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.

错误推测方法的根本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.

4. 因果图方法

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法

有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而到达尽量少的用例覆盖尽量大的范围的可能性。

6. 场景分析方法

指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。 您认为做好测试用例设计工作的关键是什么？

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 详细的描述一个测试活动完整的过程。

1. 工程经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。工程经理通过综合开发人员，测试人员以及客户的意见，完成工程方案。然后SQA进入工程，开始进行统计和跟踪

2. 开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试方案文档，测试方案包括的内容上面有描述。

3. 测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。

4. 测试用例完成后，测试和开发需要进行评审。

5. 测试人员搭建环境

6. 开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现BUG后提交给BugZilla。

7. 开发提交第二个版本，包括Bug Fix以及增加了局部功能，测试人员进行测试。

8. 重复上面的工作，一般是3-4个版本后BUG数量减少，到达出货的要求。

9. 如果有客户反响的问题，需要测试人员协助重现以及回归测试。

以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工作的完整过程。

曾经做过一套网管系统的性能测试，主要测试该软件在同时大量终端的情况下，在响应时间，CPU/磁盘/内存等参数是否满足要求。

也曾经做过软交换系统的呼叫性能测试，主要是测试软交换系统在有大量呼叫的情况下，响应时间，呼叫成功率，CPU/磁盘/内存等参数是否满足设计要求。

您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

测试网管系统中，使用的Mimic来模拟终端，能够大量的节省本钱。

测试软交换系统的时候，使用的Prolab来模拟终端并发送呼叫软交换，他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的IP包并发送给软交换系统，同时对软交换系统的回应进行处理，决定下一步动作。 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

主要是保障在大量用户的情况下，效劳能正常使用。

在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？ 1. 在传统的BugZilla中，BUG描述应该包括以下的信息

2. 和BUG产生对应的软件版本

3. 开发的接口人员

4. BUG的优先级

5. BUG的严重程度

6. BUG可能属于的模块，如果不能确认，可以用开发人员来判断

7. BUG标题，需要清晰的描述现象

8. BUG描述，需要尽量给出重新Bug的步骤

9. BUG附件中能给出相关的日志和截图。

高质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。

-