华为软件测试做什么？别再把找Bug当质量保证

测试做得再好，质量也可能是豆腐渣

盯着屏幕, 从早到晚, 写几百条测试用例, 点击、刷新、提交, 小张仿若不知疲倦的机器人, 可产品上线仅一个晚上, 用户便反馈系统崩溃, 老板拍桌质问: 你们测试是如何做的? 这并非小张一人之困境, 乃是无数测试团队之共同痛点。

不少管理者觉得, 招来一帮测试工程师, 致使他们没日没夜地去寻觅Bug, 产品质量便能够提升。此种想法完全错误。测试仅仅是查验成品, 然而质量却是由生产过程所决定的。开发流程杂乱无章, 需求文档含混不清, 代码规范未作标准, 这些根源性问题若不加以解决, 即便测试再怎么努力也是白费力气。

软件测试和QA是两码事

“事后找错”乃是软件测试之核心, 其关键词涵盖验证、发现缺陷、执行以及产品。测试人员依据需求文档, 于特定环境中对软件予以操作, 其目的在于将已然存在的Bug查找出来。此情形恰似质检员于流水线结尾处挑出不合格产品。

质量保证属于一套称之为“事前预防”的体系, 其关键词涵盖预防、过程改进、全员以及体系, QA并非直接着手进行测试, 而是去组织需求评审, 对开发流程予以优化, 制定编码规范, 分析项目数据, 它的目标在于使Bug根源处就被杜绝, 并非等到代码完成撰写后才去进行修补。

质量不是测试一个人的责任

好多公司存在着一个顽固的误区, 那就是质量是测试团队的事情, 然而开发以及产品经理只需要负责把功能做出来就可以了, 于是乎测试就变成了背锅的人, 当产品上线出现了事故的时候, 所有的人都会讲“测试没有测出来”, 这样的思维完全忽略了质量是应该渗透到每一个环节当中的。

明智的企业清楚, 品质是经精心设计与认真构建而成的。在需求评审阶段产品经理未明晰表述, 致使开发阶段编写了诸多有误逻辑, 直至测试后期才被发觉, 此时修复成本已急剧飙升几十倍。倘若每个角色于自身工作环节皆严格把控品质关卡, 那么测试面临的压力便会减轻甚多, 产品的品质亦会更为稳定。

只重视测试忽视QA等于救火

为何测试团队拼尽全力疲劳不堪, 产品上线后却依旧问题众多漏洞遍布呢? 其根本缘由就在于仅仅看重软件测试, 却忽略了质量保证这一要点。在测试历程中尽管发现了大量的Bug, 然而常常是接近上线阶段时, 修复所需的时间不足够, 于是团队就只能带着风险将产品上线, 最终导致系统出现崩溃状况, 用户的骂声此起彼伏。

要是在早期构建起了QA系统，引进了需求评审程序, 于编码之前, 产品、开发以及测试这三方一同聚在一处对需求展开评审, 那么好多理解上的偏差就在“和面”时被矫正了, 成本差不多为零。要是缺失QW的预防性体系, 测试团队将会始终是救火队, 陷入到被动挨打的状况中。

质量左移才是破局之道

近年来的核心趋势是发生了“质量左移”, 其核心思想在于把QA的预防以及测试的验证进行有机结合, 继而将质量活动提前至开发的早期阶段。举例来说, 实施强制的Code Review, 开发过程中开展单元测试, 这些QA活动能够在代码层面拦截众多的缺陷。

在此体系当中, QA构建起了高质量生产的流程以及框架, 而测试是在这条更为优良的路径之上跑出更为快速的车速。某间知名互联网公司借助建立全面的QA体系以及自动化测试, 将线上缺陷率降低至70%以上, 把发布周期从每月一回缩短为每周数次, 达成了高质量状况下的快速交付。

每个人都能成为质量贡献者

身为测试工程师, 可千万别单单就满足于手工以及自动化测试技术, 得主动去学习需求分析这事, 还有架构知识以及流程改进方法, 然后朝着质量工程师进行转变。要主动开口要求加入需求跟技术评审, 从源头那儿实施影响, 凭借数据来讲道理去证明流程改进具有那种必要性。

对于身为开发工程师的你而言, 得明白代码质量首要便是你的职责所在, 要写就好单元测试, 要遵循代码规范, 使得高质量变成你代码与生俱来的特性。要把测试人员当作辅助你寻觅盲区、一起塑造优良产品的合作同伴, 而不是看成挑刺的对立一方。

最后向你问出一个问题, 倘若明日的时候你的公司打算去构建起一整套完整的质量保证体系, 那么你会自哪一个环节着手去进行更改, 原因又是什么, 欢迎于评论区那儿分享出你的想法 , 点赞并转发从而让更多的同行能够看到这一篇文章。