敏捷测试的两个特点

敏捷测试不像传统测试那样与开发泾渭分明,二者是持续且伴随进行的。因其敏捷,也使得敏捷测试具有明显有别于传统测试的特点。

简洁高效

敏捷开发的方式是一个个短周期的迭代开发,在每个迭代过程中不仅要完成新功能的开发,还要完成对新开发的功能测试以及与之前开发的功能集成测试,而如此之多的测试任务需要在有限的几天之内完成(一个迭代周期通常是2~4周,最后验收测试只有几天)!

敏捷测试不像传统测试那样有比较长的测试周期(开发周期在半年到一年,甚至更长,测试周期可能在2个月到半年),所以敏捷测试必须简洁高效。

而要实现敏捷测试的简洁高效,就需要开展以下实践:

测试文档的裁剪。敏捷测试不可能像传统测试那样,按照组织规定的文档模板编写测试计划、测试说明等文档,再通过QA审查、同行评审,然后在开始测试——这样一套下来,几天的时间过去,可能还没有一个功能得到验证。

测试的自动化。敏捷测试必须实行自动化测试,这样才可能快速地验证修改的单元是否依然正确。

重视沟通

敏捷强调沟通与协作,强调“可工作软件胜于完备的文档”。通过与用户代表沟通,测试人员能够正确地理解需求;通过与开发人员沟通,测试人员可以更好地认识代码的质量,减少已经被开发人员验证过的功能测试,而把精力放在开发自动化测试脚本以及探索测试上。而且,充分的沟通还可以简化对测试设计的验证,测试用例以覆盖各个功能点为主,不必过于详细,这些都使得测试可以更快地进行。

敏捷测试必须简洁高效,因为它的核心是敏捷,是伴随敏捷开发而生的。

这正是:

敏捷必然要高效,否则就是个玩笑
可用软件为核心,余者尽皆是浮云

参考书目:全程软件测试,作者: 朱少民,出版社: 电子工业出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

敏捷测试的两个特点》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:https://www.hashtobe.com/630.html