面试题解答系列(一)之如何有效避免漏测?

你的分享和关注是对王豆豆最好的支持………………

前言

王豆豆一直想写一个有关面试中各类面试题解答系列。

刚好昨天测试群正好讨论到这个面试题:如何有效避免漏测?王豆豆觉得应该把此类面试题写一下,也好给以后面试过程中碰到此类题的面试者一个回答的方向。

首先,分析一下为什么面试官要提出这个面试题。

漏测是软件测试人员的大忌,也是无比大的锅悬在测试人员的头上,让人不行不紧张。

一旦软件上线出现问题,基本上都会认定是软件测试人员漏测了。但这种现象又是完全避免不了的,故漏测是软件测试人员最为关注的,特别是测试领导。

如何有效避免漏测?

这类问题王豆豆在面试过程没有遇到十回至少也遇到过九回了,可见这个问题在面试过程中出现的频率之高。

那在面试过程中遇到我们应该如何回答呢?

答:首先,漏测这种情况不能百分之百地杜绝,所以我们需要使用测试手段或者测试方法来尽量减少漏测现象的出现。

01

在测试之前:

首先,我们会对需求进行分析,然后再进行需求评审,评审时将产品经理、开发、测试集合在一起开一个评审会议,一起对本次迭代的需求进行讲解,通过评审会议之后测试人员一定要将需求吃透,只有需求完全理解到位,测试工作才能顺利进行。

理解清楚需求之后,测试人员通过各种用例设计方法编写测试用例,用例编写完全后测试小组可以先内部交叉评审后,再联合产品经理、开发人员进行评审会议,这此评审会议主要是检查测试用例是否对需求进行了完全覆盖,此次的评审会议非常重要,这也是避免漏测时最重要的一步。

执行测试之前,测试人员主要要做的就是对需求进行澄清、评审等各种手段来理解需求,掌握需求。

02

在测试之中:

首先,我们会根据事先已经准备好的测试用例(交叉测试)对软件进行测试,特别是对测试用例中优先级别高的用例着重进行测试。

注:测试过程中,测试人员不测试自己编写的测试用例,而测试其他测试人员的用例,达到再次检验。

同时在测试过程中,我们会根据测试情况一边测试一边修改测试用例,以保证测试用例对软件的高匹配。

首轮测试后期,我们会进行内部功能模块交叉测试。

最后我们会进行回归测试,回归测试时测试人员也是交叉回归bug,本轮测试除了回归bug还需要对上轮测试过程中出现bug频率高的功能模块着重测试。

03

在测试结束后:

测试人员召开总结会议,对出现的bug进行分析和总结。

在面试过程中,可以从这三个方面多维度来回答,并且在回答过程中,最好能结合实际的工作经验,比如有进行需求评审和未进行需求评审,最终的测试结果对比,这样就更有说服力。

如果面试官这时还说任务紧没有时间做这些,那又应该怎么办?

答:如果任务紧前期的需求分析和评审就更不能省略,如果产品和开发不能集合到一起进行评审,那也要进行测试内部评审。

需求是软件测试人员最重要的东西,如果需求理解不对,用例设计就不对,那最终的执行结果就会天差地别。

每个测试人员的思维都不一样,考虑的重点也有所差别,评审和头脑风暴是最快捷的解决办法。

如果任务紧,时间不充足,测试用例可以不用写得很详细,以前我们针对这种情况就是采用XMIND进行需求点编写,这样会省时和省力,编写完成后测试人员内部评审。

以上都是从技术的实现角度进行分析的,同时这类面试题不能避免面试官还想考察应聘者的抗压能力,任务紧加班现象基本无法避免。

昨天一个同事说得非常好:

跳出技术层面考虑,有时候面试官其实只是为了考察求职者在面试时的抗压能力,思考问题的逻辑条理是否清晰。

他要的不一定是技术能力上的实操性答案,而是求职者的工作上的软素质,看你的临场应变能力是不是能说服他,至于具体到工作上能不能解决问题,是另外一件事。

所以在回答面试题都需要逻辑条理比较强,王豆豆在面试过程中就喜欢列一二三点去回,这样说有个好处,可以留时间思考,同时给面试官的感觉是条理很清楚,有时就算说第一点时,第二点还没想好,等说完第一点时,第二点就自动到嘴边了。

不管是在面试中喜欢这样,在实际工作中王豆豆也喜欢这样分析问题和解决问题。

这也是经常所说的解决问题的思路,在这里举个简单的例子,如果连接服务器电脑连接不上,应该怎么解决?

也是通过一二三来解决的:

第一步:先检查自己的电脑的网络状况

第二步:检查自己电脑的IP和服务器IP是否在同一个网段下

第三步:ping服务器的IP,结果有二,ping得通或者ping不通,一般情况下只要ping得通,连接都没问题

第四步:ping不通,检查自己的电脑防火墙是否开启,如果开启的,关闭了再ping

第五步…………

这样依次逐步排出故障,这就是解决问题的思路。

上面提到的“如何有效避免漏测?”的解决办法在实际工作中也可以使用,这并不只是理论,这完全是来自于实践,只是在工作中会根据实际项目的情况而调整优先级或者增加新的解决方法。

题外话:最近工作中接触到越来越多的纯英文工具,觉得英语的重要性再次显现出来,虽然词汇量还是有一点,但是只要听过王豆豆说英语的都被王豆豆的发音给“惊”到,所以王豆豆在考虑要不要组织一个“tester学英语”的活动,不知道有没有和王豆豆都对英语有强烈需求的小伙伴们?如果有,可以私下和我交流,共同来讨论一下如何能提高英语。

原文发布于微信公众号 - 资深Tester(zishentester)

原文发表时间:2017-11-16

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏架构师之路

小小的公共库,大大的耦合,你痛过吗?

什么是耦合? 耦合,是架构中,本来不相干的代码、模块、服务、系统因为某些原因联系在一起,各自独立性差,影响则相互影响,变动则相互变动的一种架构状态。 感官上,怎...

3418
来自专栏微信公众号:Java团长

Java工程师书单(初级、中级、高级)

怎样学习才能从一名Java初级程序员成长为一名合格的架构师,或者说一名合格的架构师应该有怎样的技术知识体系,这是不仅一个刚刚踏入职场的初级程序员也是工作一两年之...

742
来自专栏Golang语言社区

CrowdStrike为什么从Scala迁移到Go

自 2012 年开始,安全公司 CrowdStrike 就使用 Scala 开发他们的应用程序,Scala 成为其技术栈的重要组成部分。但随着工程师团队由早期的...

3508
来自专栏微信公众号:Java团长

Java架构师之路:Java程序员必看的15本书的电子版下载地址

  作为Java程序员来说,最痛苦的事情莫过于可以选择的范围太广,可以读的书太多,往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些,按照学习的先后顺序...

831
来自专栏程序员互动联盟

做软件测试,如何月薪过万?

很多人提到软件测试都觉得测试,就是看看软件能不能正常的运行,而且一般测试都是一些小姑娘,一般都是嘻嘻哈哈在聊天中就完成一些软件功能的测试,还有多大的技术含量,这...

35311
来自专栏镁客网

Facebook发布虚拟社交平台Spaces,开启全新社交时代

1124
来自专栏CSDN技术头条

2016年开源方面的热门趋势

题记:本文将对人工智能项目与容器方面最为热门和最新的语言进行简单的介绍,并讨论开源编程方面的热门趋势。 ? 技术总是不断发展的,就算中间或有曲折,整体方向还是向...

18210
来自专栏java技术学习之道

资深大牛的吐血建议,你想知道如何学习,怎样进入阿里吗?

982
来自专栏专知

【NIPS2017】你也可以成为游戏高手,Facebook FAIR实验室田渊栋研究员PPT详解(附下载)

【导读】FacebookAI研究院田渊栋在NIPS2017发表oral Talk,介绍在之前已经开源的游戏平台ELF。游戏是人工智能研究的完美实验环境。在游戏环...

3393
来自专栏BestSDK

产品经理与测试工程师的5点根本区别

相对设计和开发来说,测试工程师是产品经理接触较少的一类人群,因为测试人员往往也是躲在项目幕后,默默地奉献着自己,确保产品能够正常运行。产品测试是很重要的一个环节...

2764

扫码关注云+社区