常见测试误区-2

作者: 觅识堂的十一 | 来源:发表于2020-04-13 17:42 被阅读0次

    大家好,我是十一。

    前情回顾

    上篇我们讲了常见测试误区,我们先来回顾下:

    常见测试误区

    1.测试要进行穷尽测试。

    正确打开方式:测试最多只是采样。

    2.采样是随机抽取过程。

    正确打开方式:测试采样过程需要使用正确的测试用例设计方法来操作。详细请见测试用例设计方法篇。

    3.测试说:我保证我测试过的软件不会再有缺陷。

    正确打开方式:如计算领域先驱Edsger W.Dijkstra所说“测试也许可以令人信服地证明存在缺陷,但是永远无法表明不存在缺陷。”

    今天我们继续讲几个比较重要的常见误区:

    常见测试误区

    1.测试和开发是对头

    很多人认为测试这一职业的设立就是为了给开发找茬的,如果测试本人也这么认为,那么我敢说你的工作之路一定不会太顺畅。试想:谁愿意跟一个到处找我茬的人一起工作呢?巴不得老死不相往来的好,这样的情况下还何谈工作?更不用说合作了。

    大家的角色不同,但是目的一致,都是为了软件能顺利上线/卖出并且能得到好评。有个很形象的说法:开发是软件他妈,测试是软件他爹。爹和妈都是为了自己的孩子好,这个时候沟通就很重要了,良好的沟通不仅促进“家庭”和谐,还能完美的解决事情。

    那如果真遇到测试和开发一件不一致,而双方又都不能说服对方的时候,那就直接交给项目/产品经理去解决,让负责人去决断到底该如何做即可。

    正确打开方式:

    开发和测试都应该有正确的观念:开发和测试是合作伙伴,唇亡齿寒的关系。

    测试和开发沟通注意措辞(毕竟谁也不愿意别人说自己孩子不好),注意沟通技巧。

    真遇到意见不一致且不能说服对方的问题,上报给负责人去决定采用谁的意见。

    2.测试少报bug开发就会高兴点,报告也会好看点

    延续1的问题,测试和开发的观念一定要正确,测试和开发都是项目中两个不可缺少的角色,另外二者合作伙伴的关系,是平等的,测试没有必要看开发脸色。

    上报bug,也就是记录缺陷,目的是记录,而不是为了给开发添堵或者让开发难堪。记录的目的是有两个:

    方便其他人查看和学习类似问题的解决方案

    为了最后的项目/产品总结,让后续的项目/产品开发中避免此类问题,从而提高产品质量和效率。

    测试报告的目的是为了总结,以数据的形式总结此次开发过程的利弊,并且给出相应的解决方案。也是为了后续的工作效率更高,质量更好而做的。

    正确打开方式:

    遇到缺陷一定要上报,即使他不能稳定复现(当然测试要尽可能的再现缺陷,并且找出再现问题的具体步骤)。但是一定不要不负责任的乱报。

    3.软件测试很简单,就是点点点

    我已经听到过很多人这样描述我的工作:测试就是点点点,很容易的,是个人就能做。我自己也一度比较鄙视测试,认为这个职位没有挑战性且像个机器人似的重复着已设定的那些工作。但是如今在测试岗位工作了8年多的我也不敢称自己为专家或者高手。

    软件测试的入门相比开发确实更容易一些,原因是开发至少需要掌握一门语言才能入行,而测试只要掌握基本的测试思路、方法,简单的工具即可。但是测试如果想继续发展,那需要掌握的知识量将永无止境,比如功能,性能,自动化,接口,协议,抓包,安全性,一系列测试工具,先进的测试方法等等,技术难度和广度丝毫不亚于开发。

    正确打开方式:

    任何一个工作,想要做好,都是学无止境。

    4.自动化测试终会取代手工测试

    科技日新月异发展的今天,自动化俨然成为了一种趋势,但是这并不意味着自动化将完全取代手工。我认为自动化测试的初衷是将测试从繁重的、重复的回归工作中解放出来,从而提高测试效率的。并不是为了取代手工测试的,当然以目前的情况来看也取代不了手工测试。另外自动化测试需要在前期投入大量的人力资源和时间,且维护成本很高,故不能盲目推崇测试自动化。

    比如某广告公司需要给自己公司做一个门户网站,要求能展示公司产品,且该项目不需要二次开发。这样的项目就不需要做自动化测试,手工测试足以,因为测试成功后不需要二次开发也就意味着我们不会对这个项目做反复的回归测试,也就不需要自动化测试了。

    再比如在UI功能没有稳定之前也不适合做自动化测试,因为可能在后续的bug修订或者新功能开发中以前的东西就会被修改掉,自动化测试脚本就需要反复修订以匹配现有需求。自动化测试的成本就会远高于手工测试,所以在UI功能不稳定之前还是用手工测试比较省时省力。

    手工测试和自动化测试各自的适合场合(我们只针对功能测试来讲):

        a.测试频率和测试用例基数都很小的项目。我们可以直接使用手工测试。

        b.软件运行仍然不稳定时,适合使用手工测试(当然我们可以先把接口部分提炼出来做自动化)。

        c.测试结果通过人验证更容易的采用手工测试,那么相反,如果人工很不好实现的场景则可以考虑自动化测试。比如浏览器兼容性测试采用手工测试更合适,通常我们一眼就能看出浏览器是否能兼容,而如果写脚本的话相对麻烦很多。比如我们测试分页时需要创建20条甚至更多条记录,那么显然采用自动化测试更方便些。

        d.回归测试适合用自动化测试。

        e.重复的环境搭建以及配置适合自动化测试。

        f.模拟虚拟大用户适合采用自动化测试。

    正确打开方式:

    我们在选择具体用自动化测试?手工测试?还是两种方法结合测试的时候,用坚持“效率最高化,利益最大化”的原则来选择用最适合的方法。我们工作的目的是为了利益,而不是显得高端。

    好了,今天到此结束。如有任何问题请留言及时与我沟通,我会尽快回复大家!谢谢大家~我们下次再见!

    相关文章

      网友评论

        本文标题:常见测试误区-2

        本文链接:https://www.haomeiwen.com/subject/grynmhtx.html