关于敏捷开发:大话敏捷测试-IDCF

43次阅读

共计 2926 个字符,预计需要花费 8 分钟才能阅读完成。

麻利测试

  • 从狭义上来讲,测试是整个麻利团队的流动,而不仅仅是测试同学的流动,因为原则上咱们冀望的麻利团队的产出是通过代码编写 + 代码集成 + 代码测试之后的增量,所以开发同学也须要在这个指标指引下,如果测试有积压,开发同学须要针对故事进行测试,以便实现整个麻利团队的交付承诺,而不仅仅是编码,仅仅编码不是用户和公司冀望的,而通过测试的代码才是冀望的;
  • 而从广义上来讲,麻利测试,首先从测试同学角度,在麻利开发的环境和上下文下,如何进行测试,思维和办法有何转变。

一、什么是麻利测试?

起源:老话题新讲解:到底什么是麻利测试?

在麻利环境里,测试要想生存,须要转变认知,测试不再是传统意义上的测试阶段,而是变成了测试流动,从而才能够进行继续测试。

起源:https://www.luxoft-training.c…

二、麻利测试人员

《麻利测试》:

  • 麻利测试人员:业余的测试人员,适应变动,与技术人员和业务人员开展良好合作,并了解利用测试记录需要和驱动开发的思维。
  • 麻利测试人员往往具备优良的技术能力,晓得如何与别人单干以实现自动化测试,同时也善于探索性测试。他们心愿理解客户在做什么,一次更好地了解客户的软件需要。

麻利测试人员成为麻利团队中的一员,通常麻利团队采纳最风行的 Scrum 框架,那么团队包含负责产品方向和 ROI 的产品负责人,负责引领麻利 Scrum 的团队服务型领导 Scrum Master,负责将产品愿景和需要实现的开发团队(蕴含所需各种技能的团队成员,例如开发前端技能,开发服务端技能,测试技能,测试自动化技能等等)。

三、麻利测试思维

《麻利测试》:以客户为核心,重视后果,勤于耕作、合作、富裕创造力、乐于学习和适时地发明业务价值。

麻利测试前提是麻利开发,那么须要在认同和执行麻利宣言的价值观和 12 准则前提下,从测试技能、测试流动角度,应该具备的思维,就是麻利测试思维。

四、麻利测试十大法令

起源:《麻利测试》,强调态度和心态比特定技术能力更重要。

1、提供继续反馈

  • 反馈需要以便形容分明每个用户故事;
  • 和团队独特将每个用户故事转化成可执行的测试;
  • 和同队独特执行测试,一直接管有价值的反馈

2、为客户发明价值

  • 聚焦要害门路,确保最小外围性能首先实现,边边角角简单完满性能逐步迭代上线。
  • 麻利测试人员不仅从利益相关者角度思考软件系统,也会理解开发面对的技术限度和施行细节。尽早常常地向客户、产品负责人、开发提出问题,把他们的答案塑造成正确的测试。
  • 自动化黄金流程 / 罕用门路的测试;稍后减少负面测试和边界测试。
  • 如果一个利用关注安全性,减少负面测试是必要的;
  • 在迭代打算会议上,须要评估测试工夫,确保迭代按计划公布安全可靠的利用

3、进行面对面沟通

  • 麻利测试人员和开发,产品负责人,业务代表甚至用户,面对面沟通

4、勇气

  • 有勇气防止期待所有性能代码实现再测试,有勇气推动麻利转型,一个用户故事一个用户故事测试。
  • 有勇气践行测试后行,推动测试自动化和继续集成,无论是自动化单元测试,还是自动化其余各种类型测试,每个迭代继续积攒自动化测试脚本。
  • 有勇气容许犯错,从而继续改良。
  • 有勇气说咱们,而不是说我,说你。

5、简单化

  • 从简略着手,开发进行简略设计编写简洁代码,测试人员采纳轻量的工具和技术恰到好处地进行测试。
  • 对测试分层,采取必要的测试策略。

6、继续改良

  • 继续改良是整个麻利团队的外围,也是麻利测试人员的外围,继续学习,继续改良,尝试更杰出的工作,只有能可继续的高效的为用户、客户的发明价值、交付价值,并且晋升测试的业余。

7、响应变动

  • 测试人员和开发人员一起适应和响应变动,在专一和变动之间找到均衡,自动化测试是一个要害。

8、自我组织

  • 所有的产品施行交付流动都是团队的职责,麻利团队贯彻麻利测试理念,继续关注测试和自动化测试。最高优先级的问题须要整个团队解决。

9、关注人

  • 麻利团队成员相互尊重并认可集体成就,并有机会进步和倒退各自畛域的技能,也进行跨界扩大技能畛域的广度,所有人是平等的,仅仅是具备不同技能的人而已,整个麻利团队关注一个一个的用户故事的交付,任何人只有具备相应的技能,都能够奉献。只有测试工作失去执行,不肯定要指定某些成员为测试人员。

10、享受乐趣

  • 所有成员合作,整个团队负责品质和测试,从而激发和珍视麻利测试人员对工作的激情,因为从测试角度,对团队和客户产生了真正的价值,而不是成为最初甩锅对象,呈现问题,被各种人逼问,为啥测试没有把关好,把问题测试进去?

五、麻利过程的测试策略

因为麻利中落地实际最间接的是迭代,并且在迭代中是围绕一个故事一个故事进行开发和测试:故事设计 -> 故事开发 -> 故事测试 -> 故事验收 -> 故事上线。

所以就能够防止在迭代内做成小瀑布,测试人员在迭代前期期待大批量故事累积在一起之后再进行测试。这样就很好的践行了测试左移、继续测试、测试后行的麻利理念。

这里的 test first,是说测试后行,或者说测试动作 / 流动后行,而不用等到迭代前期测试。而 TDD, Test Driven Development 测试驱动开发,是开发人员先写函数 / 单元的测试代码,导致测试失败,再写性能代码,让测试通过,再重形成简洁代码的过程。

从用户视角,ATDD(验收测试驱动开发,Acceptance Test Driven Development)/BDD(行为驱动开发,Behavior Driven Development),是整个麻利团队一起进行的测试用例辨认和测试用例自动化的办法。

那么什么叫做一个故事一个故事进行开发测试呢?如下图最下边的状况,跨职能个性团队进行迭代,针对每个故事进行 DBT,定义产品计划、构建开发、测试。

迭代内的进一步形容如下:

起源:《麻利测试》

起源:《深刻麻利测试》

六、麻利测试和传统测试的比照

起源:到底什么是麻利测试和摸索式测试?

起源:爆肝全面分享什么是麻利测试?

七、麻利测试象限

起源:你被“麻利测试四象限”蒙蔽多少年了?

八、自动化测试金字塔

自从 Mike Cohn 在 2003 年提出测试自动化金字塔之后,在自动化测试畛域,对测试自动化的打算很有帮忙,咱们须要思考在哪一层进行自动化测试。

起源:《深刻麻利测试》

Alister Scott 为了更加强调探索性测试,在自动化测试金字塔上减少了上帝之眼(摸索式测试)。

起源:《深刻麻利测试》

Sharon Robson 扩大了测试金字塔,展示了多种品质维度、工具和测试类型。

1、在左边减少了针对测试类型和测试人员抉择进去的测试工具。

  • 用户验收测试:通明、易装置、易于从新运行,比方捕获回放
  • 零碎:特定的流动或技术、打桩和驱动、命令行
  • 单元:特定的技术,集成到继续集成环境

2、在右边,减少了测试类型或零碎属性,保障能够思考到解决方案所需测试的各个方面,例如功能性、非功能性。

  • 用户交互的易用性、功能性
  • 底层的可靠性、性能、易维护性

3、同时在最外围,对任何零碎属性进行回归,把回归作为测试的一部分来思考。

起源:《深刻麻利测试》

九、麻利测试宣言

起源:http://www.growingagile.co.za…

起源:麻利测试宣言与准则解读

起源:老话题新讲解:到底什么是麻利测试?

起源:麻利测试宣言与准则解读

起源:老话题新讲解:到底什么是麻利测试?

作者:IDCF 社区特约讲师 赵卫

正文完
 0