53、敏捷开发测试的关键成功因素

敏捷开发测试的关键成功因素

在敏捷开发的世界里，要取得成功并非易事，需要遵循一系列关键的成功因素。下面将为大家详细介绍这些因素。

成功因素 1：采用全团队方法

当整个开发团队都对测试和质量负责时，就会有各种不同技能和经验水平的人员来应对可能出现的测试问题。对于一群熟练的程序员来说，测试自动化并不是什么大问题。当测试成为团队的优先事项，且任何人都可以报名参与测试任务时，团队就会设计出易于测试的代码。

为了让测试人员真正成为开发团队的一部分，需要给予他们适应敏捷开发快速节奏所需的支持和培训。这样他们就有时间学习新技能，以便与开发团队和客户团队的成员密切合作。

如果你管理着一个敏捷团队，可以采取以下措施来帮助团队采用全团队方法：
1. 明确质量是敏捷开发的目标，而非速度。团队需要测试人员帮助客户明确需求，将这些需求转化为指导开发的测试，并提供独特的视角，以促进交付可靠的产品。
2. 确保测试人员能够将他们的技能和专业知识传授给团队的其他成员，避免他们被局限于单一的角色，比如仅进行手动测试。
3. 当测试人员请求帮助时，团队成员要及时给予支持；反之，当有人需要测试人员能提供的帮助时，测试人员也应主动站出来。

如果你是敏捷团队中的测试人员，而你没有参与到规划会议和设计讨论中，或者业务用户在独自定义需求和故事时遇到困难，那么你应该主动与团队其他成员交流。可以与程序员坐在一起，主动参加会议，并提议采用“三力协作”模式，即让测试人员、程序员和业务专家共同参与。积极提供反馈，帮助客户提供示例，将自己的问题视为团队的问题，也将团队的问题视为自己的问题，并请求队友采用全团队方法。

成功因素 2：采用敏捷测试心态

敏捷测试人员应摒弃“质量警察”的心态。在敏捷团队中，程序员也会参与测试，而测试人员则会想尽办法帮助团队交付尽可能好的产品。敏捷测试态度是积极主动、富有创造力、乐于接受新想法并愿意承担任何任务的。

一个成功的敏捷测试人员会不断磨练自己的技能，随时准备合作，相信自己的直觉，并热衷于帮助团队和业务取得成功。但这并不意味着要以超级测试员自居，敏捷团队中不需要自负的人，队友们都对质量有着同样的热情，应专注于团队目标，尽力帮助每个人发挥出最佳水平。

为了培养敏捷测试心态，可以遵循以下原则：
1. 以敏捷原则和价值观为指导，始终尝试用最简单的方法满足测试需求。
2. 勇敢地寻求帮助并尝试新想法，专注于交付价值。
3. 尽可能直接和频繁地沟通，灵活应对变化。记住敏捷开发是以人为主的，我们应该享受工作。
4. 当遇到疑问时，回到敏捷的价值观和原则中去寻找答案。

此外，不断寻找更好的工作方式也是敏捷测试心态的重要组成部分。可以通过阅读优秀的书籍、博客和文章来获取新的想法和技能，参加当地的用户组会议，参与邮件列表讨论以获得对问题或新想法的反馈。如果公司不支付参加会议的费用，可以将所学内容写成经验报告，以换取免费的会议注册资格。同时，尝试新的实践、工具和技术，鼓励团队尝试新的方法，短迭代非常适合进行实验，即使失败了也能快速调整。

如果你管理着敏捷测试人员或敏捷团队，要给他们时间学习，并为他们提供所需的培训支持，清除障碍，让他们能够发挥出最佳水平。当遇到影响测试的问题时，将问题带到团队中，让团队集思广益，寻找克服障碍的方法。回顾会议是讨论问题和解决问题的好地方，要保持一个障碍待办事项列表，并在每个迭代中解决一两个问题。使用大型可见图表或其虚拟等效物，确保每个人都了解出现的问题，并能跟踪编码和测试的进度。

成功因素 3：自动化回归测试

虽然一个敏捷团队没有测试自动化也有可能成功，但已知的成功团队大多依赖自动化回归测试。如果将所有时间都花在手动回归测试上，就没有时间进行重要的探索性测试，而探索性测试能够发现代码中隐藏的有害行为。

敏捷开发使用测试来指导开发，为了编写能使测试通过的代码，需要一种快速简便的方法来运行测试。如果没有测试套件提供的短反馈周期和回归安全网，团队很快就会陷入技术债务的困境，缺陷队列会不断增加，开发速度也会越来越慢。

自动化回归测试是团队的共同努力。整个团队应该为每种类型的测试选择合适的工具。提前考虑测试可以让程序员设计出易于进行测试自动化的代码。可以使用敏捷测试象限和测试自动化金字塔来有效地自动化不同类型的测试。

自动化回归测试时要记住从简单开始，一些基本的自动化冒烟测试或自动化单元测试就能提供很大的价值。但测试自动化一开始可能比较困难，通常会有一个需要克服的“痛苦阶段”。如果你管理着开发或测试团队，要确保以时间、培训和激励的形式提供足够的支持。如果你是一个没有自动化测试的团队中的测试人员，而程序员忙于编写生产代码而无暇顾及测试，那么你面临着巨大的挑战，需要尝试不同的方法来获得管理层和团队成员的支持，以启动一些小型的自动化测试工作。

成功因素 4：提供和获取反馈

反馈是敏捷开发的核心价值。敏捷开发的短迭代旨在提供持续的反馈，以确保团队朝着正确的方向前进。测试人员在提供反馈方面处于独特的位置，他们可以通过自动化测试结果、探索性测试中的发现以及对系统实际用户的观察来提供反馈。

敏捷方法允许团队获得关于正在构建的软件的反馈，反馈在多个层面上发挥作用。例如，结对编程能让开发人员立即获得关于他们代码的反馈；故事作为工作单元，让测试人员和分析师可以向开发人员提供反馈；迭代发布便于从团队外部获得反馈。大多数敏捷实践之所以有价值，是因为它们创建了反馈循环，使团队能够适应变化。

然而，很多团队在采用敏捷方法时，只是随意地采用一些实践，而没有真正理解其要点。比如，他们在结对编程时不进行讨论或轮换角色；将代码交给测试人员时，由于故事边界不明确，测试人员无法确定是发现了漏洞还是只是到了故事的结尾；迭代变成了日程里程碑，而不是真正改进一致性和调整目标的机会。

如果没有有意义的反馈，团队就不能称之为敏捷，而只是陷入了一种新的混乱状态。例如，在一个项目中，团队定义的故事要让每个人都能理解，分析师、测试人员和开发人员都能理解和审查单个故事。但为了便于从团队外部获得有意义的审查，还需要创建更大的分组，即功能。在向团队外部征求反馈之前，要确保一个功能中的所有故事都已完成。

测试人员也需要反馈。他们需要知道从客户那里获得的期望行为示例是否正确，编写的测试用例是否准确反映了这些示例，以及程序员能否通过他们捕获的示例和创建的测试理解要编写的代码。学习如何请求对自己工作的反馈是一项非常有价值的技能。可以询问程序员是否获得了足够的信息来理解需求，以及这些信息是否指导了他们的编码；询问客户是否认为质量标准得到了满足。在迭代规划会议和回顾会议中，要花时间讨论这些问题，并提出改进建议。

下面用 mermaid 流程图展示反馈的重要性及流程：

graph LR
    A[项目开发] --> B[获取反馈]
    B --> C{反馈是否有效}
    C -- 是 --> D[根据反馈调整]
    C -- 否 --> E[重新获取反馈]
    D --> A
    E --> B

以下是一个关于反馈作用的表格：
|反馈来源|反馈形式|作用|
| ---- | ---- | ---- |
|结对编程|即时代码反馈|帮助开发人员及时改进代码|
|故事|测试人员和分析师反馈|指导开发人员明确需求|
|迭代发布|外部反馈|使团队适应外部需求|

成功因素 5：建立核心实践基础

有句测试行业的老话：“你无法通过测试将质量注入产品。”这在敏捷开发中同样适用。要交付高质量的软件，需要遵循一些基本实践，这些实践虽然常被视为敏捷实践，但实际上在“敏捷开发”这个术语出现之前就已经存在，它们是成功软件开发的核心实践。

持续集成

每个开发团队都需要源代码管理和持续集成才能取得成功。如果不清楚正在测试的内容，就无法有效地进行测试；如果没有可部署的代码，就根本无法进行测试。所有团队成员至少每天都要提交一次工作成果。每次集成都必须通过包含测试的自动化构建进行验证，以便快速反馈软件的状态。

实施持续集成过程应该是任何软件开发团队的首要任务之一。如果团队还没有至少每天进行一次验证构建，就应该立即着手开始。虽然一开始不一定要做到完美，但如果要集成一个庞大的系统，确实会更具挑战性。不过，总体来说，这并不是非常困难，有大量优秀的开源和商业工具可供使用。

测试环境

如果没有可控的测试环境，就无法高效地进行测试。需要知道部署的是哪个版本的构建，使用的是哪种数据库模式，是否有人在更新该模式，以及机器上正在运行哪些其他进程。

随着硬件成本不断降低，有更多的开源软件可用于测试环境。团队必须进行投资，以便能够快速有效地进行自动化和手动探索性测试。如果测试环境出现问题，要及时提出，让团队一起创造性地解决。

管理技术债务

即使是优秀的软件开发团队，在时间压力下也可能会忽视代码重构，或者采取快速修复和临时解决方案来快速解决问题。随着代码变得越来越复杂和难以维护，会出现更多的漏洞，不久之后，团队的开发速度就会被漏洞修复和理解代码以添加新功能的工作所拖累。团队必须不断评估拖累其发展的技术债务的数量，并努力减少和预防技术债务。

很多人会说：“管理层不给我们时间把事情做好，我们没有时间进行重构，而且我们面临着紧迫的期限。”但实际上，很容易通过明确的商业案例说明不断增长的技术债务会给公司带来多大的成本。有很多方法可以衡量代码和缺陷率，将技术债务转化为对公司底线的影响。仅仅指出开发速度的下降可能就足够了。企业需要软件开发团队保持持续的生产力，可能需要减少所需功能的范围，以便有足够的时间进行良好的、由测试指导的代码设计和持续的小重构等良好实践。

良好的自动化回归测试覆盖率是最小化技术债务的关键。如果缺乏这些测试，要在每个迭代中安排时间来构建自动化测试，规划一个“重构迭代”来升级或添加必要的工具，编写测试并进行重大的重构工作。在每个迭代中，要花时间用测试指导代码，根据需要重构所接触的代码，并在缺少自动化测试的地方添加测试。增加对这些工作的时间估计，从长远来看，团队的开发速度会更快。

增量式工作

敏捷团队能够创建高质量产品的一个原因是他们采用小规模工作方式。故事通常代表几天的工作量，每个故事可以分解成几个薄片或细线程，并逐步构建。这样可以对每个小部分进行测试，然后在将这些部分组合在一起时进行增量式测试。

如果团队成员想一次性承担大量功能，要鼓励他们采用逐步推进的方法。可以问一些问题，比如：“这个故事的核心商业价值是什么？这段代码的最基本路径是什么？接下来会是什么？”建议编写任务卡来对小部分进行编码和测试，获取设计的概念验证，并确认测试和测试自动化策略。

编码和测试是一个过程的一部分

刚接触敏捷的人经常会问敏捷测试人员：“在所有故事完成之前，你们都做些什么？”有经验的敏捷从业者会说：“测试人员必须参与整个迭代和整个开发过程，否则就行不通。”

测试人员根据客户提供的示例编写测试，帮助程序员理解故事并开始工作。测试和示例提供了一种所有参与软件开发的人都能理解的通用语言。随着编码的进行，测试人员和程序员密切合作，他们也都与客户密切合作。程序员向测试人员展示他们编写的功能，测试人员向程序员展示他们发现的意外行为。随着编码的推进，测试人员会编写更多的测试。

以下是核心实践的总结表格：
|核心实践|要点|
| ---- | ---- |
|持续集成|团队成员每日提交工作，自动化构建验证集成，提供快速反馈|
|测试环境|可控环境，了解部署、数据库等情况，及时解决环境问题|
|管理技术债务|评估并减少债务，通过自动化测试和重构来控制|
|增量式工作|小规模工作，逐步构建和测试|
|编码和测试一体|测试人员全程参与，与程序员和客户密切合作|

通过遵循这些关键成功因素，敏捷团队能够更好地应对挑战，提高开发效率和产品质量，实现业务的成功发展。

敏捷开发测试的关键成功因素

各成功因素的协同作用

前面介绍的各个成功因素并非孤立存在，它们相互关联、协同作用，共同推动敏捷开发测试工作的顺利进行。例如，采用全团队方法为自动化回归测试和提供反馈奠定了人员基础。当整个团队都参与到测试工作中时，大家会更积极地推动测试自动化的实施，并且在反馈过程中也能提供更全面的视角。

而敏捷测试心态则贯穿于所有成功因素之中。拥有积极主动、乐于接受新想法的心态，团队成员才能更好地适应持续集成、增量式工作等实践，勇于尝试新的工具和技术来实现测试自动化，并且积极地在各个环节获取和提供反馈。

管理技术债务和持续集成也是相辅相成的。持续集成能够及时发现代码中的问题，避免技术债务的快速积累；而对技术债务的有效管理，又能保证持续集成的顺利进行，使团队能够保持高效的开发速度。

下面用 mermaid 流程图展示各成功因素的协同关系：

graph LR
    A[全团队方法] --> B[自动化回归测试]
    A --> C[提供和获取反馈]
    D[敏捷测试心态] --> A
    D --> B
    D --> C
    D --> E[建立核心实践基础]
    E --> F[持续集成]
    E --> G[管理技术债务]
    F --> G
    G --> F
    H[增量式工作] --> C
    H --> B
    I[编码和测试一体] --> C
    I --> B

应对挑战与持续改进

在实际的敏捷开发测试过程中，团队会面临各种挑战。例如，在采用全团队方法时，可能会遇到团队成员对新角色不适应、沟通不畅等问题；在实施自动化回归测试时，可能会遇到工具选择困难、自动化脚本维护成本高等问题。

为了应对这些挑战，团队需要持续改进。可以通过定期的回顾会议，对每个迭代中的工作进行总结和反思，找出存在的问题并制定改进计划。例如，如果发现团队在沟通方面存在问题，可以增加沟通培训或者调整沟通方式；如果自动化脚本维护成本过高，可以优化脚本结构或者选择更合适的工具。

以下是一个应对挑战和持续改进的步骤列表：
1. 收集数据：在每个迭代结束后，收集与各成功因素相关的数据，如测试覆盖率、缺陷率、团队成员的满意度等。
2. 分析问题：对收集到的数据进行分析，找出存在的问题和潜在的风险。
3. 制定计划：根据分析结果，制定具体的改进计划，明确责任人和时间节点。
4. 实施改进：按照计划实施改进措施，并跟踪改进效果。
5. 持续监控：持续监控改进效果，根据实际情况调整改进计划。

案例分析

为了更好地理解这些成功因素的实际应用，下面来看一个案例。某软件开发团队在采用敏捷开发方法初期，遇到了开发速度慢、产品质量不稳定的问题。经过分析，发现团队存在以下问题：
- 测试工作主要由少数测试人员承担，开发人员参与度低，导致测试工作效率不高。
- 缺乏测试自动化，每次迭代都需要花费大量时间进行手动回归测试，影响了探索性测试的开展。
- 反馈机制不完善，团队成员之间沟通不畅，导致问题不能及时发现和解决。

针对这些问题，团队采取了以下措施：
1. 采用全团队方法：鼓励开发人员参与测试工作，为测试人员提供培训，使其能够更好地与开发人员和客户合作。
2. 实施自动化回归测试：选择合适的自动化测试工具，对常见的测试场景进行自动化测试，提高测试效率。
3. 完善反馈机制：增加定期的沟通会议，让团队成员及时分享工作进展和问题，同时建立了问题跟踪系统，确保问题能够得到及时解决。

经过一段时间的改进，团队的开发速度明显提高，产品质量也得到了显著提升。这表明，通过遵循敏捷开发测试的关键成功因素，团队能够有效地解决实际问题，实现业务目标。

总结与建议

综上所述，敏捷开发测试的关键成功因素包括采用全团队方法、采用敏捷测试心态、自动化回归测试、提供和获取反馈以及建立核心实践基础。这些因素相互配合，能够帮助团队提高开发效率、保证产品质量、降低技术风险。

为了更好地实施这些成功因素，建议团队：
- 加强团队建设，培养团队成员的合作精神和沟通能力，确保全团队方法的顺利实施。
- 不断提升团队成员的技能水平，鼓励他们学习新的知识和技术，以适应敏捷开发的快速变化。
- 定期评估和调整测试策略，根据项目的实际情况选择合适的工具和技术，确保自动化回归测试的有效性。
- 建立良好的反馈文化，让团队成员能够积极地获取和提供反馈，及时发现和解决问题。
- 持续关注技术债务的积累，定期进行代码重构和优化，保证代码的可维护性和可扩展性。

通过以上的总结和建议，希望能够为敏捷开发测试团队提供一些有益的参考，帮助他们在实际工作中取得更好的成绩。

以下是一个总结各成功因素及其重要性的表格：
|成功因素|重要性|
| ---- | ---- |
|采用全团队方法|整合团队资源，提高测试效率和代码可测试性|
|采用敏捷测试心态|推动团队创新，适应变化，提高工作积极性|
|自动化回归测试|节省时间，保证测试覆盖率，减少技术债务|
|提供和获取反馈|及时调整方向，保证产品符合需求，提高团队协作效率|
|建立核心实践基础|保证开发过程的稳定性和可重复性，提高产品质量|

通过全面理解和应用这些关键成功因素，敏捷开发测试团队能够在激烈的市场竞争中脱颖而出，为企业的发展做出更大的贡献。