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

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

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

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

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

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

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

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

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


↙↙↙阅读原文可查看相关链接,并与作者交流