敏捷开发,到底需不需要 QA?

“敏捷开发,到底需不需要 QA?”

答案是……当然是需要的。

只是期望 QA 能从传统的专注在 “流程质量”,转而与团队在一起,共同专注 “产品质量”。

所谓专注 “流程质量”
指的是:只关注团队
“有没有” 搞持续集成、自动化测试、站立会议、选代演示、回顾会议,收集度量数据……等等。

所谓与团队在一起,专注 “产品质量”
指的是: 与团队在一起,从产品而非从流程的角度,只关注在团队 “应该” 做的事情上。

举个简单的例子: 团队的 Product Owner
因个人的因素考虑,而缺乏勇气去 “砍”
超出团队负荷的工作量时。QA
就该站在 “产品质量”
的角度,与 Product Owner
共同努力,去做 “应该”
做的事;使团队因合理的工作量,而提升效率与质量。使团队因合理的工作量,而使版本的交付更能符合客户的预期与利益。

“任何人在企业的价值,是因为他能与产品在一起;QA
也不例外。”

“产品质量就是人的质量。好的产品质量,永远只来自对的人;永远只来自对的人,有勇气,有热情,有能力的去只做应该做的事。”

“很遗憾的是……好的流程质量不见得会有好的产品质量;因为,流程和产品(尤其是软件)是没有绝对必然的因果关系的。”

时间: 2024-10-26 03:41:30

敏捷开发,到底需不需要 QA?的相关文章

敏捷开发小结(原创)

本小结来自于我在公司的敏捷开发实践中总结而来,记录下来,如果有疏漏或者不正确的地方,欢迎批评指正. 所谓的敏捷开发是相当于瀑布式开发而言的,传统的瀑布式开发严格遵循预先计划的需求.分析.设计.编码.测试的步骤进行的,每个阶段都有每个阶段对应的文档:其主要问题是严格的分级导致的自由度降低,导致后期需求的变化难以调整或者代价高昂: 敏捷开发以用户的需求为核心,采用迭代增量.循序渐进的方式进行开发:项目在构建初期就被分为多个子项目,每个子项目可以独立运行和交互,在此过程中软件一直处于可运行状态:每个子

从传统软件工程到敏捷开发之我们到底需要什么样的方法

软件工程是上世纪七十年代提出来的概念,面对开发程序的规模越来越庞大,用户的需求越来越复杂等挑战,提出将软件开发工程化的概念,传统的软件开发方法有瀑布模型.螺旋模型.喷泉模型.RUP四类,它们注重文档的完整,程序的易读性,结构的完整性,属于重型软件开发方法.在过去的一段时间,传统软件工程的方法很好的适应了软件开发的需求,传统软件工程不仅关注软件构造方式的完美型,同时也注重总体的可预测性,以文档为驱动,按照需求分析.概要设计.详细设计.编码.测试.软件交付的流程来进行开发.在软件产业不是很发达.软件

读书笔记 -《高效程序员的45个习惯-敏捷开发修炼之道》

<高效程序员的45个习惯-敏捷开发修炼之道> 一本2010年出版的书,当时敏捷还只是在国外开始流行,像我这种菜鸟级根本听都没听过.这次通读了这本书,受益良多,回顾自己的职业生涯,多是漫无目的的瞎混,为了生活而生活而已.通过这本书才算对敏捷有了初步的了解,并有意向敏捷进行实践.愿此文可结识更多敏捷的先行者,带领我进入敏捷的世界. 第一章. 敏捷--高效软件开发之道 名言:  不管路走了多远,错了就要重新返回   -- 土耳其谚语 敏捷开发宣言  个体和交互 > 过程和工具 可工作的软件 &

Project Management: 敏捷开发纵横谈

摘要:在IT界中,“敏捷”是一个很酷的词汇,“敏捷”的相关理论可谓铺天盖地.“敏捷”一词实质没有统一定义,各家有自家的说法,本教程将让你了解“敏捷”的来龙去脉,抓住“敏捷”本质,并能在工作中实践“敏捷”. 特别声明:如需转载此文,请给出指向本网站的连接,如下:作者:张传波摘自:http://www.umlonline.cn如不能按此要求,请不要转载此文. 大纲:“敏捷”陷阱为什么会有“敏捷”这个说法?极限编程敏捷开发RUP敏捷开发的实质是什么?如何才能敏捷起来? 正文: “敏捷”陷阱 小甲想到某

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.

敏捷开发-Scrum 实战

最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量. 参考资料: <轻松Scrum之旅-敏捷开发故事>.<敏捷无敌> 硝烟中的Scrum 和 XP 火星人敏捷开发手册 Scrum-Checklists 维基百科:http://zh.wikipedia.org/wiki/Scrum Scrum 工具 禅道 JIRA+GreenHopper Scrum 中的角色 Scrum

记首次敏捷开发

二十天,四个迭代,四次presentation. 迭代一 作为前台,其余5人反复确认页面设计需求,需要提供几个参数,变变量名是什么,分别以什么形式传递,使用form表单的话,action路径填什么.第一次会怀疑自己的沟通能力,永远都会有些许出入,后期再重新调整,但至少这还在可调整范围内,有些人独行惯了,对于自己的东西总会有些突发性的新想法,而不顾前台实现情况,"反正也差不多啊,改动又不会很大",真想呵呵他一脸,可是生气也还是要微笑啊,继续沟通. 就个人而言,由于沟通耗时长,且经验匮乏,

《高效程序员的45个习惯:敏捷开发修炼之道》

--敏捷开发入门经典-- [内容] <高效程序员的45个习惯:敏捷开发修炼之道(修订版)>总结并生动地阐述了成为高效的开发人员所需具备的45个习惯.思想观念和方法,涵盖了软件开发进程.编程和调试工作.开发者态度.项目和团队管理以及持续学习等几方面. <高效程序员的45个习惯:敏捷开发修炼之道(修订版)>适合所有程序员阅读. [作者] Venkat Subramaniam博士: Agile Developer公司创始人,敏捷开发权威人士.他培训并指导了美国.加拿大.印度和欧洲多国的上

柯南君 教你看敏捷开发のScrum是如何工作的?

现在敏捷开发是越来越火,人人都在谈敏捷,人人都在学习Scrum和XP,柯南君的朋友"远哥"是一位项目leader,柯南君与远哥促膝长谈,远哥也毫不避讳,知无不言言无不尽,把自己对Scrum的理解和自己工作中的经验积累与柯南君分享,在这里柯南君代替远哥与大家分享一些经验. 一. 什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用