• 1
  • 2
分享

  这是一个对刚入行,还是测试小白时候的面试问题的反省。相信很多测试小白也和我一样,在面试的时候被问过这样的问题:

  ·给你一支笔,怎么测试?

  ·怎么测试一个水杯?

  ·现在有一样某某事物,来说说你怎么测试它。

  等等各种类型的问题。

  小白经历

  “嘿,这个问题问得好,问对了!我有了解过。”

  这是我当时心里的想法,现在想起来觉得有点傻。

  不过当时作为一个跨行业、只有自学的一些测试基础的小白来说,面试遇到这种之前在百度什么的看到过的问题,心情肯定是激动的,毕竟对于当时的我来说,问深一点的问题我可不太会。

  因为之前有看到过这个问题,当时直接就根据网上的答案来回答了,口若悬河,那叫一个流畅:

  “先测试功能,如:先测试出水是否流畅,再测试性能,接着是压力、外观等等”。

  记得当时是这么回答的,基本上在软件测试中有的各种类型的测试都有包含在里面了,甚至面试结束后也觉得这个问题的回答,是整场面试里的高光时刻。

  面试官想法

  然而过了两年,自己当面试官了,也问的对方这个问题。听到的是几乎和自己当年一样,涵盖了所有测试类型的回答。

  然而这个回答,却给了已工作了一段时间的我不一样的感受。

  作为面试者,我当时这么回答后是挺自信的,可对于已有一段工作经历的面试官来说,却有些乏善可陈——回答得有些太理论性和模板化了!

  毕竟面试得多了,听得多了,会有些乏味,我想要一些不一样的东西。

  这种问题的目的是想了解面试者的测试思维,这个肯定是对的,也是基本的。但上面的那些回答只能说是合格,却不能得到附加分。

  为什么呢?因为这个答案是网上的基本操作,没有加入自己的思考,对于有经验的面试官来说,应聘者是不是看过网上的回答,非常容易分辨。

  明确需求

  而我说的想要些不一样的东西,其实是指,当你遇到这个问题的时候。首先想到的应该是需求。

  面试官问出这个问题,但没有说明过需求是什么。

  让你回答怎么测试一支笔,应聘者不稳需求,直接回答要测功能、性能、外观之类的,但这笔真的是常识理解中的笔么?

  有一次一位面试者就这么直接回答了一串,然后我突然就蹦出来一句:“我这笔是用来当装饰的玩具笔。”

  可能有些人会说我太杠精了,但工作了一段时间后才知道,这个才是测试中最基础,也是最重要的。

  不知道需求是什么,哪来的测试基准?

  有些项目就是直接让你测试,但是需求说明、产品说明什么都没有,问的话就是让你先测着。可我都不知道要这东西是干嘛的,该如何测试呢?

  但等你根据自有的常识和业务理解,提出了问题之后,人家又会说这个东西本身是怎样的,这么想是不对的,最后竟然会变成你的问题。

  等到项目延期了,现场测试客户投诉,就会被拖出去背锅。

  这样的情况在小公司真是屡见不鲜,我就遇到过。

  流程规范

  当然,这情况在大厂应该没有,毕竟每个过程都要求规范。

  不过小公司还是比较多,测试理论里的那些标准、流程什么的,基本都不规范。

  能好好遵守流程的公司,某方面来说已经高出其他公司一大截了。

  说回前面的,对于测试事物的问题,还是要问清楚需求。问了,就让面试官给你多加几分。

  可能会有面试官不耐烦:“让你说就说,问那么多干嘛?”

  但如果你能沟通好,给他把需求确认下来了,就是你的亮点:

  ·办事有条理,不上手就盲干;

  ·懂交流,沟通能力还行。

  这两印象是能甩掉不少人,因为有的面试官自己也不确定需求是什么,这个问题可能也是他从网上搜来的。

  实际操作

  所以,引导下面试官,给他些选择题,一步步确认好需求:

  这笔是不是和手上的笔差不多啊?

  也是要一样的书写流畅吧?

  能连续写上个3天吧?

  外观要不要加个小公仔或者图案logo之类的?

  类似这样的引导,大概就能将需求确定一下了。

  确认下来之后,测试的范围基准就有了。虽然可能粗浅了些,但这引导式沟通的能力是真真切切的工作中的实用技能,毕竟工作中太多用户给的需求都是太概括性了!

  那些有产品经理或需求部门的人能主动给客户沟通捋清楚需求的公司还好,但好多公司都是直接把客户跟技术人员拉群,然后让研发或者测试人员跟进。

  但开发和测试人员不是专业的沟通人员,最后的沟通结果很可能就是需求混乱,还是要人主动引导客户,才能定下确切需求。

  当然,对于事物的测试,肯定还有其他一些可延申的方向,只要跟着测试理论、测试流程,结合下工作所需,应是能加分不少的。

  特别是对于刚入行的人群,毕竟思维这东西,真的很重要。



作者:小笔   

来源:http://www.51testing.com/html/64/n-4478964.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   作为一个测试人员,报告相关人员影响系统的功能和威胁系统性能的问题是我们工作中的任务。  可能你常会遇到领导拦着问你:我们测试结果如何,还有故障吗?版本可以发布了吗?  但是如果你作为测试人员不知道系统的边界呢?如果你把测试结果的信心只是建立在应该一小部分测试的内容上,该怎么办?如果你不知道系统/解决方案如何或何时更改了怎么办?如果你缺乏这种控制,你怎么能说你对测试结果有信心呢?  其实这些问题与我们产品的可测性相关。如果我们获取知识的平台不稳定,我们怎么能够确保所学的东西是正确的呢?  举例说明  一个系统由许多子系统组成,解决方案由许多不同的参与者更新,一些人手动执行,一些人通过持续部署...
            0 0 752
            分享
          • 软件测试工程师,和开发工程师相比起来,虽然前期可能不会太深,但是涉及的面还是比较广的。前期面试实习生或者一年左右的岗位,问的也主要是一些基础性的问题比较多。涉及的知识主要有MySQL数据库的使用、Linux操作系统的使用、软件测试框架性的问题,测试环境搭建问题、当然还有一些自动化测试和性能测试的问题。测试工程师的面试题,基本上都是大同小异的,面试的核心主要在于框架模块(一到两年工作经验)。今天这篇帖子主要讲解之前面试自己面试过程中或者周围人面试过程中经常被问到且比较经典的面试题,一家之言,如有异议或者有想问的问题,可以在评论区留言,看到后将在第一时间内回复! 1、软件测试的流程是什么...
            8 8 2028
            分享
          • 前言在性能测试中,当我们接到项目任务时,很多时候我们是不知道待测接口能支持多少并发用户数的。此时,需要我们先做负载测试,通过逐步加压,来找到最大并发用户数。那么当我们找到一个区间,怎么找到具体的值呢?在区间中逐步增加步长,出现以下任意现象时,即是最大并发用户数:出现连续报错平均响应时间超过1.5秒(1.5秒是行业标准)tps出现下降趋势负载测试概念逐步增加并发用户数,找出被测系统的最大可接受的并发用户数,并考察系统性能的变化。脚本总体设计:场景介绍:1、首先用插件管理器下载插件jpgc-StandardSet,然后重启jmeter2、添加线程组jp@gc-SteppingThreadGroup...
            3 4 2757
            分享
          •   前言  最近双11活动,发现阿里云有服务器活动,就买了一个,今天主要给大家介绍下,如何通过通过客户端进行连接linux服务器后,进行简单的操作。  配置服务器信息  打开浏览器登录到阿里云服务器页面上,找到个人服务器实例页面,这里如果购买完服务器的小伙伴就会出现自己的服务器列表。  重置服务器密码  点击服务器列表名称进入服务器基本信息页面中,点击重置密码,进入到服务器重置密码页面中,在新密码中输入对应的密码,登录名输入root。  修改服务器名称  继续在服务器基本信息页面中,点击实例名称后的重命名进行修改服务器名称内容,修改完成后点击确认按钮。  登录服务器  通过上面操作进行配置完服...
            0 0 716
            分享
          •  前端mock数据的尴尬作为前端开发,拿到产品的需求,和后端讨论接口和数据结构的定义后,就可以开始前端的开发工作了,但后端一般无法在很短的时间内把接口开发完成,提供给前端使用,前端为了在开发过程中模拟真实的接口请求,往往需要自己去实现接口mock数据。mock数据是一件很麻烦的事,虽然有现成的mock库可以使用,生成mock数据,但是需要学习mock语法,学习成本高,花费时间多,大大降低开发效率,尽管之前在网络上尝试过很多接口mock平台,但大部分都是界面简陋,缺少可视化的界面,同样需要学习mock语法,花费的时间和精力依然没有减少,每次使用这些平台和工具都会有一种抗拒心理........
            11 11 2160
            分享
      • 51testing软件测试圈微信