职业经验 #### 面坑

houzf · November 13, 2019 · Last by houzf replied at November 14, 2019 · 1635 hits

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

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

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

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

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

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

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

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

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

共收到 10 条回复 时间 点赞

很短内容,好几处错字。。。

关于第四个问题,能否给个参考答案模板

直南瓜 回复

以后会有个思路分析的,现在没有时间去写

深圳-小黑 回复

😂 我自己都服我自己了

具体如何做,我想大家都有自己的思路,但是不能够总结出来,表达出来,这是我们大部分测试的通病——知其然而不知其所以然。

很认同这一点。不过这个并不只是测试的通病,开发、产品等其他角色也很多时候有这类问题,很多人都不怎么做总结,自然不善于总结。

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

一上来就直接说怎么测的,个人觉得都不大对,因为都没了解清楚情况就开始想要开干了。以前看过一篇文章,说有个活动让大家讨论有个登录功能要测试,然后就开始各种密码错误、长度超限、密码错误得怎么提示更安全、密码存储是否加密之类的场景。结果大家都说完后,主持人再补充说明,这其实是个绑定微信账号完成登录的功能,不需要输入密码的。。。

6Floor has been deleted
直南瓜 回复

我说一下自己的想法 临时想的临时说
1.登录的问题 我从三个大的方面来考虑:登录之前 正在登录 登录之后
2.登陆之前:
登录的方式 (账户密码、验证码登录、关联登录、默认登录、登录防刷验证、账户类型等级、注册登录、忘记密码找回密
码等) 之后是针对登录部件细致的检验
3.正在登录:主要是中断方面的考虑(电话 闹钟 网络故障等)能否取消登录 以及登录时间、 性能、容错处理方面的考虑
4.登录之后:账户状态、数据获取与关联验证、跳转页面、欢迎信息、同账户不同终端同时登录、不同账户同终端登录等

第二个问题:测试的核心能力
单从测试这个工作来说。我觉得最核心的是思考与设计,正确理解需求的基础上 比的就是设计能力 :怎么设计覆盖率 用例的设计 分支结构的设计 框架应用的设计 测试方案用什么工具什么技术什么流程 都是需要精细化的设计能力。
大的方面来看测试这个岗位的核心能力就是:理解能力 设计能力 学习能力

诺鱼…… 回复

细化需求,分析可执行的测试方向,抽丝剥茧?

houzf #10 · November 14, 2019 作者
陈恒捷 回复

分析需要的是思路和知识面的支持,上去直接干的,缺乏思路

houzf #11 · November 14, 2019 作者
诺鱼…… 回复

这种思路也是可以的,但是执行上重复动作多一些。很类似一种状态迁移分析设计,但是还是很局限于。建议从大的方面扩展,比如功能、接口、UI、兼容、性能、安全等角度,分别再进行分析,过程建议引用等价类、边界值、场景、推断、正交等方法,去引导自己的思路。

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up