• 0
  • 0
分享
  • 测试过程需不需要践行敏捷?
  • 恬恬圈 2020-11-27 15:42:57 字数 1843 阅读 2087 收藏 0

       测试过程在瀑布式开发中作为开发流程中的一个环节,只能在实现软件基础后开始运行,这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中,为了解决人力资源浪费的问题,团队的开发过程需要践行敏捷,同样,测试阶段也要践行敏捷。

       测试过程有没有必要性?

       测试人员如同食品生产的质检员,能够依据交付成果检验产品的完成标准,并对产品判定“合格”与否。也就是说,测试人员需要测试产品的各功能点,对出现BUG的部分进行汇总分析,最终提交到开发人员手上。

       假若产品的交付并未经过测试这一步骤,那么我们就无法保证交付成果是符合用户需求的。换句话说,面对一辆并未经过质检的刚出厂的车,你敢开吗?

       如何让测试过程变得敏捷起来?

       1.提高开发过程中的质量

在敏捷开发过程中,测试不再只是在某一特定阶段内进行,而是贯穿于整个开发流程中去。也就是提高产品开发的内建质量——团队中各职能成员都要对最终交付的产品质量负责,测试人员当然也不例外。

  • 适当减少在一个迭代中的工作量

       在一个迭代过程中,如果产品需要做的功能点太多,就导致团队成员的任务量过满:开发人员会由于赶进度而忽视了代码的规范性要求;测试人员会因为测试出的BUG太多而不断进行“开发—测试”的返工,从而增加人力成本。

       因此,适当减少一个迭代周期中的工作量,才能让开发、测试人员将更多的精力投入到提高代码质量、提高测试效率中去。

  • 达到测试的完成标准

       产品完成的定义(Definition of Done)主要从两方面来说:

       首先,测试用例针对每个已经完成的用户故事。这意味着测试人员需要熟悉每一个用户故事,并能够针对用户故事构建相对应的测试用例。测试用例可以分为正面测试用例和反面测试用例,以便更好地佐证其标准的准确性。

       其次,执行并通过全部测试用例。测试人员在构建完整的测试用例后,还需要不断地更新、修改。客户需求的变动也应该在第一时间在告知测试人员,以便测试人员及时更改测试用例。执行并通过全部的测试用例后,产品负责人将产品交付客户。

  • 测试人员的多职能

       敏捷团队要求测试人员必须是多职能的。传统项目中,工作人员职能单一,因此无法实现技能互通,这大大降低了各环节的生产效率。敏捷团队中最重要的一个特征就是“跨职能”:团队成员拥有多种技能,当某一环节需要更多的人手时,其他成员可以暂代这一位置。当然,跨职能是指成员要掌握多种技能,但并非团队成员都需要精通各种技能。

       因此,敏捷团队中测试人员也需要是多职能的。这就意味着,测试人员不仅需要精通测试,还要掌握其他环节所需的技能。

  • 代码集体所有权 

       代码集体所有权意味着代码归整个开发团队所有,并非单独所有。当测试环节发现问题的时候,其他测试或开发人员可以看到并修改代码的任意部分。代码集体所有权能够有效地提高团队开发效率,降低BUG风险。

  • 结对编程

       结对编程通常是由两个开发人员一起,而测试人员与开发人员一起进行结对编程主要体现在构建自动化测试程序中。在这种情况下,测试人员主要负责测试架构的合理性以及简单的代码编写,而开发人员则需要保证代码的高质量。开发人员与测试人员进行结对编程不仅会提高开发人员的测试意识,还会提高测试人员的代码编写能力,更有助于敏捷团队的形成。

       2. 提高测试的效率

       手动测试是一件十分枯燥、乏味的工作,当然,也是一件效率低下的工作。那么,如何提高测试的效率呢?

  • 优先级排序

       测试任务同开发任务一样,都需要进行优先级的排序。先进行优先级高的测试任务,能够在无法保证测试周期的前提下,影响不到整体开发进度。

  • 自动化测试

       提高测试效率,首先会想到的就是进行自动化测试。自动化测试较大的优势是能够让程序进行一些大量的机械操作,以便减少测试人员消耗在手工测试上的时间,提高测试效率。提高测试的效率,能够加快测试周期,在较短的周期内运行更多的测试。

       关于测试过程需不需要践行敏捷这一问题,答案当然是:需要。首先,让测试过程变得敏捷起来,能够解决团队中只有开发人员践行敏捷的弱点。其次,通过测试过程敏捷化,也能够更好地提升整个敏捷团队的工作效率。


作者:吃个药丸儿

原文链接:https://www.cnblogs.com/minjieagile/p/13711689.html


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 1、测试用例是什么?答:测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。2、设计用例是否有必要?答:如果不记下来,很可能到执行的时候测试点就遗漏了,另外也不便于用例评审,用例总结,对后期测试工作没大的改进作用。所以测试用例一定要写,颗粒度视情况而定。针对测试人员少,上线时间紧的项目,可只做思维导图列出测试点。3、设计用例的益处?答:设计用例的过程可以更深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也便于用例评审。4、一定要写测试用例吗?答:对于大中型任务,还是要写详细的测试用例;对于紧急小型任务,可...
            13 14 1160
            分享
          •   移动开发平台(Mobile PaaS,简称mPaaS)是源于支付宝App的移动开发平台,为移动开发、测试、运营及运维提供云到端的一站式解决方案,能有效降低技术门槛、减少研发成本、提升开发效率,协助企业快速搭建稳定高质量的移动App。  目前越来越多的应用基于MPaaS平台开发,对于测试人员而言,这带来了全新的挑战。本文将聚焦于mPaaS平台下的移动端自动化测试的体验。  一、mPaaS应用的自动化测试体验  本次测试的软件为某款移动办公型App,它的安卓端和苹果端均基于mPaaS平台开发, H5使用了Kylin框架。主要应用了Nebula H5容器、定位、社交分享、扫码及部分UI组件。Ap...
            0 0 929
            分享
          • 一、目录切换命令cd usr: 切换到该目录下usr目录cd /: 切换到系统根目录cd ~: 切换到用户主目录cd -: 切换到上一个操作所在目录二、 目录的操作命令(增删改查)1、mkdir 目录名称: 增加目录(增)2、ls或者ll:查看目录信息(查)3、find 目录 参数: 寻找目录(查)示例: ① 列出当前目录及子目录下所有文件和文件夹: find .; ② 在/home目录下查找以.txt 结尾的文件名:find /home -name “.txt" ,忽略大小写: fi...
            12 12 2013
            分享
          •   众所周知,Appium是移动端界面自动化中最常用的开源框架之一,它能够支持 iOS 平台和 Android 平台上app及Web应用测试,支持Mac,Windows操作系统,并且支持多种语言,Java、Python、PHP、C#、js等,让你不受编程语言的束缚 。下面我将展示Appium框架应用测试的一个具体实例。  一、框架环境安装  环境搭建需要具备以下软件,如下表:  环境配置略微复杂些,涉及到多个软件的安装及参数配置等,可参考网上Appium搭建文文档,环境搭建不属于本篇文章的重点,不再赘述。  二、测试流程操作  1、安装APK  打开模拟器,安装好自己要测试的app包 。  2...
            1 1 1713
            分享
          •   最近跟一些刚刚进入软件测试行业的朋友去交流,发现了一个有趣的现象,就是对于这个行业的很多问题的认识都是一致的片面,当然也可以理解为误区。自己利用一点时间,把他们对于这个行业的认识误区都罗列出来,然后结合自己这么多年的工作经验和大家一同交流一下,毕竟自己也是从这个阶段走过来的,后来者能少走些弯路是最好的。  自己整理了软件测试人员最容易陷入的28个误区。  1、测试和开发永远都是死对头  虽然测试与开发的工作性质是对立的,但是目的都是为了项目更好的发展。  我以前发起过一个倡议:我们讨论的时候不要用他们(开发人员)和我们(测试人员),而是统一用咱们,因为开发人员和测试人员本来就是一起的。如果...
            1 0 1668
            分享
      • 51testing软件测试圈微信