敏捷测试人员的十条法则.pdf

敏捷团队里的每一个人都是一名测试人员，任何人都可能承担测试任务。如果这种说法是正确的话， 那么对于一名敏捷测试人员来说有什么特别之处吗？如果我把自己看做是 捷团队的测试人员，这到底意 味着什么？ 捷测试人员相比传统团队里的测试人员需要不同的技能吗？有什么日常工作指南吗？ 本章将讨论 捷测试思维，看一看 捷价值和准则如何指导测试，对测试人员如何为 捷团队创造价 值做一个概述。 1、 捷测试人员的定义 我们这样定义 捷测试人员 专业的测试人员，适应变化，与技术人员和业务人员展开良好协作，并 理解利用测试记录需求和驱动开发的思想。敏捷测试人员往往具有优秀的技术能力，知道如何与他人合作 以实现自动化测试，同时也擅长探索性测试。他们希望了解客户在做什么，以此更好地理解客户的软件需 求。 谁是 捷测试人员？她是驱动 捷测试的团队成员。我们知道许多 捷测试人员刚开始的时候在从事 其他工作。开发人员可能会爱上测试而超越单元测试的范畴。习惯以敏捷方式工作的探索型测试人员也会 被 捷团队吸引。其他角色的专业人士，比如业务或者功能分析师，也可能具有同样的特质并做同样的工 作。 技能很 要，但态度更值得关注。Janet 总是说 “如果态度不好，那么技能则一无是处”。既然我 们要为 捷团队招募大量的测试人员，那么必须慎 考虑这一点，并与敏捷社区的其他朋友进行相关讨论。 测试人员往往可以总览全局。他们更多时候是以客户的角度看待应用程序，这意味着他们一般以客户为中 心。 2、 捷测试思想 如何使一个团队变得“敏捷”？对我们而言， 捷团队持续关注如何最出色地工作并发布最优秀的产 品。根据我们的经验，这需要大量的训练、学习、时间、实验和协同工作。这并不适合所有人，但是对那 些希望自己团队充满活力并关注持续改进的人来说非常适合。 成功的项目总是因为优秀的人才完成了出色的工作。在 捷团队中做一名成功的测试人员所需要的特 质可能与在任何团队做一名高水平的测试人员所需要的相同。 捷测试人员不会把自己看作是质量管理办公室的主管以保护客户避免受到缺陷代码的伤害。她会乐 于收集和分享信息，与客户或者产品负责人协作以帮助他们充分展 自己的需求，从而得到他们需要的功 能，同时向所有人提供项目进展的反馈。 捷测试人员，可能包括其他拥有正确技能和思想的测试人员，都在不断想办法使团队能够更好地开 发高质量的软件。对个人来说，这可能意味着需要出席本地用户组会议或者圆桌会议看看其他团队在做什 么，同时寻找新的工具以帮助团队通过测试描述、执行和自动化用户需求。 基本要求就是 捷测试人员和其他 捷团队成员一样，乐于学习新技能和面对新挑战，不会仅仅局限 于测试问题。这不只是测试人员的特征，所有 捷团队人员都应具有。 捷测试人员帮助开发人员和客户 团队解决可能出现的任何问题。测试人员提供信息以帮助团队回顾和了解哪些方案有效、哪些无效。 创造力、接受新思想、乐于承担任何任务或角色、 视客户和持续关注全局只是 捷测试思想的组成 部分。优秀的测试人员都有一种直觉和理解力 软件可能在何处失败？因为什么失败？ 测试人员可能在测试领域拥有特殊的技能和经验，但是一名优秀的测试人员并不惧怕参与一场设计讨 论，提供有助于测试性或者构建更良好方案的建议。 捷测试思想是面向结果的、技术性的、协作的、乐 于学习的、勇于不断生产业务价值的。 3、应用敏捷法则和价值 个人能够对项目的成功产生巨大的影响。我们当然认为拥有丰富经验、优良技能的成员 的团队会强于人员素质较差的团队。但是，一个团队不仅仅是个人成员的集合。敏捷价值和 准则强调的是对参与项目人员的关注和他们如何交互和沟通。应用 捷法则和价值的团队比 拥有众多人才的运作较差的团队具有更高的团队意识和效率。 我们在本章开始展 了敏捷宣言中的4 条价值声明，阐述了其偏爱的思想，但这不是最 终判决，并没有说明应该怎么做，不应该怎么做。敏捷宣言还包括了一系列进行软件开发的 法则。我们的敏捷“测试”法则部分继承于它们。因为我们都是来 于极限编程文化，所以 已经采用了很多其中的价值和基础法则。我们也会结合自身团队总结的规则和指南。当选择 了工作的方式并做出决定之后，团队的价值观和法则将会指引具体工作。 我们认为以下法则对 捷测试人员非常 要 ● 提供持续反馈 ● 为客户创造价值 ● 进行面对面的沟通 ● 勇气 ● 简单化 ● 持续改进 ● 响应变化 ● 自我组织 ● 关注人