软件测试:浅谈怎样减少测试返工及工作量|最新动态_TestArts_爱德森(大连)科技有限公司

免费试用

加盟代理
page top
中文 日文 登录

爱德森(大连)科技有限公司

最新动态

软件测试:浅谈怎样减少测试返工及工作量

时间:2019-09-30

随着互联网的高速发展,产品的迭代速度越来越快,而项目中测试的伙伴要面临前的需求摇摆不定,开发进度死锁,发布时间推迟等,那么怎样减少测试返工及测试阶段工作量的同时又能保证项目质量呢?下面软件测试小编就给大家讲讲。


软件测试


一、立项后

  项目目标要明确,最好有量化指标。

  产品需求是否为项目目标服务?有些项目,目标定的很好,但是需求列表,经不住推敲,与项目目标弱关联甚至没有关联。乃至于很多需求都是基于假设,但这种假设却经不起推敲。我们测试人员可以在项目前期,果断的拒绝这类项目,或砍掉部分不现实的需求。减少项目后期的需求变更。这样做,还可以减少上线后不必要的修复、缩减N次迭代,避免扯皮。

需求分析阶段

  需求一定要有优先级和重要程度。对于尝试性的需求,在保障质量的同时,尽量减少投入工作量。对核心功能,优先保障自动化覆盖。无论是在本次项目中,还是后续版本的迭代中需要不断的进行重复测试,保障最核心功能的质量。测试人在需求分析阶段尽可能细的拆分需求,通过场景法及各种异常分支流,验证产品的功能是否完善,提前发现问题。

  在这个阶段,测试需要发挥自己的逻辑性思维优势,帮助产品经理和开发们理清细节逻辑,让产品更丰满清晰,而不是干瘪瘪走主流程。这样会让项目后期风险更可控,减少后期产品经理、开发、交互、测试之间的扯皮时间,减少需要变更次数。

  不合理的需要要大胆的砍掉。试问有多少上线后就无人问津的生僻功能在前期白白浪费了大家的时间?这些产品的功能如果能在需求阶段就砍掉,不知道可以节省多少人力成本。测试同学们可以更自信些,敢于向不合理的需求说NO。

设计阶段

提高可测性设计,在设计阶段,除关注产品的实现外,测试人员必须关注可测性设计。一个可测性设计好的产品,在测试执行过程中,可以大大减少测试执行时间,bug原因定位时间,测试验证时间。

二、编码阶段

测试驱动开发


  这里的测试驱动开发不是严格意义上的。因为在短平快的项目中,在一个未发展完全的团队中,我们还不能在编写某个功能代码前,先编写测试代码。这里的测试驱动开发是指利用测试的逻辑严密性,逻辑完善性,来指导开发编码代码。具体做法,测试人员第一时间产出业务逻辑导图,并完成导图评审。这里指的评审是开发和测试、产品都在的外审。确保大家对需求的理解一致,产品功能的处理方式理解一致,这一点非常重要。之后,开发在编码时,可以尽可能完善的考虑各种场景,异常流等。减少后期发现bug、提交bug、修复bug、再重复验证bug等一系列返工。

代码走读


  在开发编码过程中,必要时进行代码走读,补充测试。这个过程,早期发现开发代码级bug,又增加测试覆盖度,从而减少测试过程中反复,减少测试返工。

三、提测后

   现在是测试人员发挥的时间了

  大家会看到,在测试执行阶段浪费的工时,被我们大大的拉到项目前期去了。

  以上就是软件测试小编为大家整理的怎样减少测试返工及测试阶段工作量的同时又能保证项目质量的内容,望对大家有一定的帮助。

其他新闻动态

软件自动化测试工具

0411-39565146
加盟代理
登录

网站地图  全自动纸箱打包机  南京猎头公司排名  快手刷赞  湖南活动策划公司  2020上海加工包装展propak  博世壁挂炉维修  快速备案  UI设计培训  瓦楞纸除臭剂  金银花苗  公众号加粉  徐州空气检测  砖雕  北京宣传册印刷  电梯保养  wika压力表  中巴租赁  成都移动厕所出租