如何保证提测质量?

发表于:2019-7-31 10:22

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:多则惑少则明    来源:51Testing软件测试网原创

  摘要:提测质量经常由于开发人员经验不足、项目太复杂、开发周期紧张、开发人员自测不足等原因,导致提测后要么主流程不通、要么实现与需求不一致,给后续QA同学测试带来很大"麻烦"。抛开每个业务的客观原因不谈,有没有什么事情可以在提测之前做,来预防提测质量差的事情发生呢?下面就自己一些经验和感悟,聊聊自己的一些体会。
  一、背景
  要说QA同学经常比较苦恼的一件事,莫过于提测质量了。因为提测质量的好坏,大大影响了测试质量、以及需要的测试时间、风险控制等。测试人员对项目提测质量的终极目标是,让提测质量直接等于上线质量,这样QA可以将最多的精力用于验证是否有更深层次的问题。虽然这只是理想,但实际项目中,提测质量不仅没有达到提测要求,甚至影响阻塞了项目的后续流程。举个例子:业务A提测质量极差,主流程都不通。这个时候,QA通常的做法是执行提测打回流程,让开发同学继续自测;硬着头皮不打回,边催促开发同学修复bug,边继续测试。
  但无论QA同学怎么做,提测质量差已经成为事实了,这是任何团队成员都不想看到的结果。这个时候,对于上线,通常会考虑几种做法:
  需求必须按时上线。这个时候,QA同学只好加班加点,或压缩测试工时,来确保上线
  需求可以delay上线。这时,QA同学需要重新协调各方时间,甚至遇到和其他需求冲突的情况,需要协调其他需求测试的时间了。
  但无论如何,提测质量差已经成为了事实,上述亡羊补牢的做法都属于事后补救了。那有什么可以事前做的吗,可以提前预防类似的提测质量差的情况发生呢?下面就自己在实际项目中的经验,说说自己的一点理解。
  二、什么影响了提测质量?
  结合以往项目经验,开发提测时的提测质量同时受多个因素的影响:
  1、项目的规模。这里可以理解为,项目的规模越大,通常合作的人越多、需要考虑的逻辑越多/越复杂;项目的规模越小,相比之下,开发人员需要考虑的逻辑也比较容易把控。因而,规模较大的项目的提测质量,通常比小规模项目的提测质量要差一些。
  2、开发同学的自身项目经验。日常的项目跟进中,对于类似的一些需求,通常经验丰富的开发同学的提测质量会好很多。
  3、涉及业务的复杂程度。如果一个业务涉及的模块较多,关联的第三方业务较多,那么无疑这个业务修改时,出问题的概率也会越大。
  4、开发周期的长短。开发周期通常需要技术团队来评估,但如果为了赶项目,而压缩开发周期时,通常会给提测质量留下隐患。
  上面的因素会直接或间接影响提测质量,但由于这些因素属于客观因素,每个团队、项目都会有所不同,且不太受人为因素的影响,因而这些因素不是本文讨论的重点。那有哪些事情是可以提前做的,来确保提测质量呢?
  三、确保提测质量该如何做?
  确保提测质量的目标是在提测时,确保项目达到一定的质量水平。因而,抛开那些影响提测质量的客观因素外,我们需要做些事情,来确保提测时的质量水平,让提测质量尽可能逼近上线质量
  下面是在实际的项目中,曾经使用过的一些方法,共大家参考:
  1、健康的项目流程。这里的项目流程,不仅仅是提测流程,也包括需求评审、测试用例评审、技术评审、风险分析等等,确保项目有任何实现风险、提测风险时,能快速周知到项目成员,方便大家一起齐心协力解决,而不是一个问题的block,直接阻塞的项目的顺利进行。
  2、合理的需求评审。这里的需求评审的目标,是力求项目各个角色成员对需求的理解一致、对需求的风险点、影响范围等理解无歧义。避免技术实现与需求不符的情况发生。
  详细的用例评审。这里的用例评审,是为了确保场景覆盖,以及再次确认项目各个角色成员对各个需求点理解一致
  3、技术评审。QA同学与开发同学一起技术评审,可以提前预防/发现技术设计、技术实现方面的问题
  4、静态代码扫描。确保代码的实现规范符合团队要求,保证代码的长期可维护性
  适时的人工Code Review。这里可以针对代码实现逻辑、规范做具体检查,提前发现问题
  5、明确的冒烟用例。冒烟用例是提测前,需要开发同学必须自测通过的用例。冒烟用例最好自动化进行验收,避免因为开发同学执行的问题,导致测试执行不彻底
  6、公认的提测流水线。提测时,可以将静态代码扫描、自动化冒烟测试、自动化主流程回归测试进行集成,让开发同学提测前进行自检。
  7、QA提前介入测试。QA提前测试本质上已经进行测试了,但由于尚未正式/全面进行测试阶段,因而一定程度上,也可以确保提测质量
  当然了,上面的方法,在实际的项目中,可以结合项目的特点,选择其中的几种来重点推进。在推进的过程中,可以通过相关数据,来说明提测质量的提升情况。具体参考的质量指标,可以根据项目需要,和团队成员一起共同制定。
  四、写在最后
  测试人员对项目质量推动时,就是让提测质量逐渐靠近上线质量,这是最为理想的状态了。但由于客观因素的存在,如开发同学自身经营、项目规模大小等,项目的提测质量往往不尽如人意。如果团队成员、QA同学不采取任何预防,听之任之,那么提测质量就完全不能提前控制了。由于测试阶段属于项目的后期阶段了,那么不达标的提测质量,势必会严重干扰测试、上线步调了。
  因此,提测质量直接影响了测试质量,进而也间接影响了上线质量。提测质量的优劣,抛开不可控的问题不说,需要团队成员共同努力,来尽可能高的提升提测质量。

  ......
查看更多精彩内容,请点击下载:

版权声明:本文出自《51测试天地》第五十四期。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号