最近一直在做一些外包测试的面试工作，过程中发现一些不得不说的问题。下面给大家分享一下。如果各位 Tester 对各个问题有着独特的见解或者感慨，请留言交流。

第一个问题：我看您的测试项目经验中，大部分是做功能测试，涉及少量接口测试，以及您提到过自动化经验，是这样吗？
一般情况下，大部分人都会说是的，这是比较诚实的回答。但是也有不小一部分同学却特别强调自己压测、性能、安全、自动化测试经验。
说对这些方面的经验也很多。给自己的能力进行加分，是一个不错的套路，但是一不小心翻车，会给自己带来很糟糕的后果。首先，你把这些少量的测试经验技术最为自己的闪耀点，潜移默化的削弱自己真正的技术能力在哪方面；其次你的这方面经验并不熟悉或者了解，加分项直接变为减分项。

第二个问题：测试基本的核心能力是什么？
目前为止，我只听过一个刚入测试行业 2 年的纯手工测试女孩子，说过其中一项能力：测试分析。我们可以仔细的想一想，我们测试人员最基本的核心能力应该是哪些。
我们的本职工作是测试，工作流程也大同小异，如下：需求评审——需求交底——需求分析——测试分析——测试用例设计——测试执行——bug 定位分析——回归测试。过程为保证质量持续稳定，快速发现定位问题，我们会采取一些技术手段，比如自动化测试、单元测试、持续集成方案等。
通过以上过程简单分析，我想大概应该可以看得出，我们的能力大部分局限于三种：测试分析、测试用例设计、学习（技术、管理、业务等方面），至少这三个最为基本的能力，我想大家应该也能认同。

第三个问题：你的测试用例设计是怎么做的？
这是一个很傻的问题，应为绝大部分人都是一句话可以说明白的：根据需求编写的，然后使用各种测试用例设计方法。这只能说是一个初学者测试的回答。这项能力是测试的核心能力之一。然而我们很多人不知道如何具体的说出自己的是如何做的。具体如何做，我想大家都有自己的思路，但是不能够总结出来，表达出来，这是我们大部分测试的通病——知其然而不知其所以然。
如何做好一个测试用例的设计，其实很简单——把自己做的过程清清楚楚的说出来，不断总结思路。我分享一个大概思路，并不详细。
首先，确定设计对象范围
其次，分解测试对象，把测试点分解为最小（明确一切测试点），该过程与测试分析结合最好，核心为设计方法与测试对象的适配度
再次，对测试点进行分类：单独的，关联的，流程性的等，再根据测试点类别，结合相应合适的测试用例设计方法组合【这部分经验很宝贵】
最后，局部分测试点设计完后，回望整体测试点，可以再次进行设计，结合多方面整体修改精简用例

过程中提到的如何具体设计（把测试细节点、设计方法、测试范围、最终形式呈现出来），该部分后续会写一片专门的思路总结。

第四个问题：有个登录项目，需要进行全面测试，你会测试哪些内容？

这是一个很宽泛的问题，所有测试人员都能回答出许多测试点。但是大部分人的回答都存在一下几个问题，希望大家不存在。
1.先入为主，把问题分析误认为测试执行，首先回答执行主流程（用户名、密码正确登录成功），然后再分析其他方面内容，分析首先要客观对待所有情况，无论正常或者异常。
2.分析缺乏整体思路的总结，没有一个整体框架，想到哪说到哪。这样做直接导致思路混乱、重复、遗漏。。。
3.局部模块混乱，缺乏方法的引导，可以引用等价类、边界值、正价等方法，保障思路的清晰，细节要点不遗漏。
4.知识面狭窄，只分析局部功能方面，其余方面不分析。

第五个问题：简历中尽量真实，最起码写的内容你可以在短时间内掌握大部分常见问题。
对于不熟悉的技术千万不要过分夸大，比如编程语言。别给自己挖坑。

以上就分享几个比较常见的问题，希望大家给出自己的建议，进一步交流。内容比较粗糙，请大家谅解。