敏捷分析,敏捷测试:成功软件解决方案的协同作用

我与敏捷团队合作的经历教会了我 敏捷分析和测试滑雪lls是真正的协同创造力。

如此,我在2011年4月的Quest会议上举办了一个教程(质量工程软件&测试)题为“与测试人员合作的要求探索“。随后,我有幸与之合作 敏捷试验大师珍妮特格雷戈里 介绍这一点 敏捷2011.

下个月,Ebg'er 苏熊 将合作 本教程 在4月软件测试分析中珍妮特& Review (星星) 会议。所以,你可能想知道,那些协同效应是什么?

测试心态

产品需求进化为定义将构建的内容的要求,将如何进行测试,以及产品需求将如何为组织提供价值。测试技能的人需要涉及要求,同样需要参与其他产品利益相关者:提高团队的能力 提供高质量的产品.

测试人员向任何交付团队提供重要技能。除了其他事情之外,他们 公开隐藏要求(例如,缺少或不清楚的业务规则),并验证 您将正确地提供产品。我们在EBG Consulting看看这项贡献是作为“测试思维集”。它通过减少垃圾和切换,有助于最大限度地提高团队的生产力。早起更快地暴露误解,意味着 更容易,更便宜才能纠正 他们。

任何产品交付工作都需要持续,直接,积极地使用“测试仪思维集”。

“与测试人员合作的要求探索”教程

为了证明,在教程期间,我们将参加者参加模拟促进的研讨会。在研讨会期间,他们应用分析建模技术和体验,为自己这些模型如何有效地定义测试场景,测试用例,测试数据和各个测试。

在教程中,参与者被介绍给  行为驱动开发 和验收测试驱动开发(ATTD)。他们还探索了BDD的当时的技术,创建数据表,以及汤姆GILB的使用 布朗 用于指定可测试的质量属性。

这是目标,而不是角色

从技能角度来看,业务分析和测试互相补充–他们需要注意细节,并强调一致性,完整性和正确性。两者都在提供价值 - 不是 只要 a 高的-优质产品,还有 正确的 产品。合适的产品是一个微妙的概念。它是实际解决用户问题或机会的产品 - 而不是产品用户可能 思考 他们乍一看脸红了。

产品所有者(Scrum verhacular)带来了深度域和产品知识,指导交付团队决定建立什么以及何时建立它。产品所有者与团队一起工作 探索和评估提出的产品选项,这是业务分析工作。它是与整个团队合作的最好的。所选产品选项成为要开发,测试和部署的要求。 (顺便说一下,在 我写信给我 玛丽戈尔曼,我们详细解释了这些做法;请在夏季出版我们的书中进行调整。)

主要分析技能包括以整体方式查看产品选项(A.K.A.要求)的分析建模,诱导,更长的业务规划和技术。整个团队需要 探索和评估产品 选项 包括用户,操作,数据,规则,接口,质量属性和开发&运营环境 - 玛丽和我称之为 7产品尺寸.

测试提供的评估有不同但相关的类型。因为通常不可能完全测试可能发生的每个可能发生的场景,所以它必须识别 最佳的测试子集-out所有可能的测试 - 要定义和执行。这需要剥离产品等技能来揭示缺陷,了解智能方式来序列验证活动,并采取“什么可能出错?”角度。

所有这些优势相互建立。团队需要所有这些技能,以提供价值的产品。

这是目标,而不是角色

有些人可能会害怕“侵权”。参与要求探索的测试人员和开发人员;分析师帮助测试。我的经历一直是相反的。在最好的情况下,每个人都充当合作伙伴,建立了一个 共同了解产品需求.

在我们在EBG的实践中,我们专注于帮助人们学会以最佳方式合作 - 欣赏并最大限度地提高他们多样化的技能和知识和 汇聚对产品选项的共同理解.

当我们偶尔会注意到角色混淆时,我们就会立即表面。如果需要,我们帮助团队行为 租赁活动 澄清并符合他们的技能和知识。我们直接帮助他们,透明地讨论其约束,需求和偏好。这基本上是社会承包。

总而言之,“这是目标,而不是角色”(见,“这是目标,而不是角色“)。

参考文献和读数:

Response to “敏捷分析,敏捷测试:成功软件解决方案的协同作用”

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *