对于软件测试的几大误区,看看你有吗?

一句很经典的话:1个鸡蛋在100个人眼中可能有101中形态。同样的,这句话适用于软件测试领域。

在很多人,甚至还包括一些软件技术人员眼中,软件测试可能是这样的:

→  软件测试就是走流程,把软件试用一遍

→  有程序员就够了,测试员又代替不了程序员,聘请没意义

→  我们是聘请的业内资深软件开发人员,不需要做软件测试

也可能是这样的:

→  随便找个懂代码的就能做软件测试

→  测试时间多寡按照工程进度来算

还可能是这样的:

→  软件开发完成后,才能进行软件测试

→  软件发布后,如果发现质量问题,就软件测试员工作失误

→  软件测试是测试人员的事情,与程序员无关

……

图片

而事实上,当企业的软件正式上架后,才发现一系列功能缺失、bug、数据丢失,甚至被黑客入侵,就算追悔于当初不该忽视软件测试的重要性,也为时已晚。下面,我们就来聊一聊那些新手非常容易忽视的误区,帮助大家有效避坑。

01 软件测试就是走流程,把软件试用一遍

在很多中小企业看来,软件测试员的任务就是把软件试用一遍,把问题记录下来就结束了。这是由于业内一些所谓的“专业人员”对软件测试“不拘小节”的操作,造就的不良影响。

通常情况下,这些“专业人员”从未接触或仅接触过一点点软件测试知识,凭着自己学过一点代码就“上路混饭吃”,造就了企业对软件测试员形成这种不良印象。

而事实上,软件测试与软件开发同步进行,在软件开发过程中不断修正软件开发过程中的潜在问题,修补漏洞,并及时给予纠正。并不是单纯的“走流程”。

02 有程序员就够了,软件测试又代替不了程序员,聘请没意义

由于我国软件整体开发能力比较低,软件过程很不规范,项目的成功往往靠个别全能程序员决定。他们认为负责总体设计和程序详细设计,并实施完成,给人印象往往很牛X;而软件测试员则是走流程,是混饭吃的,聘不聘请无所谓。在这种环境下,软件测试很不受重视,地位和待遇自然就很低了。

随着市场对软件质量的不断提高,软件测试将变得越来越重要。在微软等软件过程比较规范的大公司,软件测试人员的数量和待遇与程序员没有多大差别,优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业,市场也需要更多具有丰富测试技术和管理经验的测试人员,他们同样是软件专家。

03 我们是聘请的业内资深软件开发人员,不需要做软件测试

一些企业在实际操作中,对软件开发往往表现出足够重视的态度。他们花重金聘请业内资深大牛,对自己的新软件做足了需求和可开发性调研,并且顺利完成了软件开发。

而此时,如果你对其新软件提出软件测试,基本会遭到否定。原因基本雷同:“我们聘请的是业内大牛,不会存在任何问题。”殊不知,任何大牛开发的软件都会或多或少的存在问题,而这些问题的发现和解决,往往离不开软件测试人员,不存在不经测试就完美无缺的软件!

04 随便找个懂代码的就能做软件测试

很多人都认为只要懂代码的,就能做好软件测试。实际上,懂测试的一定懂代码,但懂代码的不一定懂测试。这是由于不了解软件测试的具体技术和方法造成的。

随之软件工程学的发展和软件项目管理经验的提高,测试过难度更深化,测试内容更注重细节化,更需要测试者对业务体系、用户操作特点、使用习惯等多维度的考虑。

软件测试技术也在不断更新和完善,新工具、新流程、新测试设计方法都在不断更新,需要掌握和学习很多测试知识。所以,具有编程经验的程序员不一定是一名优秀的测试工程师。

05 测试时间多寡按照工程进度来算

这是不重视软件测试的表现,也是软件项目过程管理混乱的表现,必然会降低软件测试的质量。

一个软件项目的顺利实现需要有合理的项目进度计划,其中包括合理的测试计划,对项目实施过程中的任何问题,都要有风险分析和相应的对策,不要因为开发进度的延期而简单的缩短测试时间、人力和资源。

因为缩短测试时间带来的测试不完整,对项目质量的下降引起的潜在风险,往往造成更大的浪费。克服这种现象的最好办法是加强软件过程的计划和控制,包括软件测试计划、测试设计、测试执行、测试度量和测试控制。

06 软件开发完成后,才能进行软件测试

人们一般认为,软件项目要经过以下几个阶段:需求分析,概要设计,详细设计,软件编码,软件测试,软件发布。据此,认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。

软件测试是一个系列过程活动,包括软件测试需求分析,测试计划设计,测试用例设计,执行测试。因此,软件测试贯穿于软件项目的整个生命过程。软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档。

如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力。

07 软件发布后,如果发现质量问题,就软件测试员工作失误

软件中的错误可能来自软件项目中的各个过程,软件测试只能确认软件存在错误,不能保证软件没有错误,因为从根本上讲,软件测试不可能发现全部的错误。从软件开发的角度看,软件的高质量不是软件测试人员测出来的,是靠软件生命周期的各个过程中设计出来的。

出现软件错误,不能简单地归结为某一个人的责任,有些错误的产生可能不是技术原因,可能来自于混乱的项目管理。应该分析软件项目的各个过程,从过程改进方面寻找产生错误的原因和改进的措施。

08 软件测试是测试人员的事情

开发和测试是相辅相成的过程,需要软件测试人员、程序员和系统分析师等保持密切的联系,需要更多的交流和协调,以便提高测试效率。

另外,对于单元测试主要应该由程序员完成,必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误,很多需要程序员通过修改编码才能修复。

程序员可以通过有目的的分析软件错误的类型、数量,找出产生错误的位置和原因,以便在今后的编程中避免同样的错误。

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

  • 18
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值