扫码关注我们
敏捷测试和传统测试

那么敏捷测试和我们熟悉的传统测试比,他们到底有什么样的区别呢?我整理了如下对比表:

敏捷测试将会变得越来越重要,届时,测试人员如何在敏捷体系下自处可能是很多人都在忧虑的一个问题。在2周一次甚至更短时间的迭代中,测试人员应该如何准备测试,保证质量是一个摆在我们眼前的“大山”,该如何跨过它

传统测试如何迁移到敏捷测试

①组织文化的转变

在敏捷文化中,相比于流程,敏捷更关注人,所以敏捷测试组织是应该是以人为导向、自组织、协作式的一种文化氛围。但是据观察,不少敏捷项目仍然缺乏这样的文化基因。比如在站会的时候,还是会看到所谓的TeamLead站在“C位”主持和领导着会议,团队都站在后面等待汇报工作。

②组织架构的调整

从项目特点来看,敏捷是属于“强项目型”管理的方式,所以如果以前是属于职能型的组织架构,比如开发人员隶属开发部门,测试人员隶属测试部门,那么在敏捷项目中需要进行调整。开发和测试同属一个项目一个团队,大家的目标是一致的,就是要保证项目的成功。所以测试人员可能会帮开发人员评审代码,开发人员也会帮测试人员进行测试,人员角色的职能变得模糊化。

③ 人员培训与指导

任何新的方法如果没有进行相关培训和了解,会让具体执行人觉得不安而没有底气。同样,敏捷项目中测试人员在进行测试前也需要接受敏捷知识的培训。如果可能的话,最好是由具有丰富经验的敏捷教练帮忙进行导入,在教练的帮助下进行成长,避免走错方向。

④轻流程

传统项目的开发管理方法体系比如CMMI相对来说比较重流程,要求的交付件也非常多。而敏捷强调轻流程,尽量减少不必要的文档,使得整个开发模式变得轻快。所以在设计流程和交付件时,需要充分考虑这个特点,尽量简化。当然,少文档不是代表不用写任何文档,一些必要的文档还是需要有的。

敏捷测试成功的关键要素

① 领导层的大力支持

任何一个改变要想实施成功,都离不开领导层的大力支持。从领导层的角度需要提供一个宽松的环境,让整个敏捷测试团队能够形成自组织的模式。当遇到问题时不是进行追责,而是给予足够的信任和支持,帮助团队度过难关,陪伴团队的成长。

②测试人员具备敏捷思维

测试人员需要了解敏捷,掌握敏捷的基本知识和原则,从而才能在整个敏捷体系中更快的融入到敏捷环境中,从而更好的开展整个测试工作。

③要有勇于尝试的信心

相比传统测试来说,敏捷测试比较新。很多测试人员对于新的事物不敢去尝试,做事畏畏缩缩、裹足不前。因此需要测试人员有敢于尝试的决心,不怕做不好,就怕不去做。只有做了,才知道哪里行哪里不行。然后再根据不足进行优化,从而最终取得成功。

④与各方紧密协作

在敏捷项目中,测试人员与其他方的直接沟通会非常频繁。测试人员不仅需要和开发人员紧密协作,还需要和产品经理甚至是最终用户保持频繁的沟通,使得整个测试更有效率。

⑤ 自动化、自动化

自动化是敏捷测试非常重要的元素。在敏捷开发这种极短的交付周期内,如果仅仅靠手工测试,则非常难以满足快速发布要求的。所以自动化测试是必不可少的一种手段。另外这里谈到的自动化不仅仅只是指单纯的自动化测试,还包括自动化测试如何集成在整个交付管道中,缩减整个交付时间,实现持续集成甚至是DevOps,最终给项目带来价值。

功能测试  |  压力测试  |  验收测试  |  登记测试  |  APP测试

风险评估  |  漏洞扫描  |  基线检查  |  代码审计  |  渗透测试