---

前言

提到敏捷项目时，我们往往想到的第一件事是时间和期限紧迫。当软件测试员在敏捷环境中工作时，职责不应仅仅是测试。当我们考虑其他项目方法，如V模型或瀑布模型时，我们观察到测试人员执行测试，记录bug和创建测试报告，并没有太多地参与其他团队的沟通，但在敏捷中，将完全不同，测试员在很多方面发挥着重要的作用。

不同于传统的项目方法，先开发后测试。在敏捷中，产品在不停地开发迭代，所以测试也要参与每次迭代

规划测试策略
无论是Scrum还是Kanban敏捷方法，测试人员应始终参与测试策略的规划，因为它是实际测试前置基础文档。稍后可以根据实时情况修改或更新。在敏捷中，这可能将更频繁，因为每次迭代都会有不同的特性，因为需求可以随时改变。这些策略通过真实的实践经验不断演变。

重要的事情是自动化
我们的产品是否需要自动化测试，如果测试用例需要自动化，那么测试人员也将有助于定义自动化测试策略。在敏捷中，测试人员获得有限的时间来了解功能，创建测试场景，然后自动化。

时间管理至关重要，因此，规划自动化测试策略。

测试环境配置
配置正确的测试环境与测试产品同样重要。

测试员可以通过配置环境来提升大量的价值，如测试和创建测试数据之前所需的所有工具和软件，以节省时间来测试功能等

团队方法
敏捷方法论中，测试员必须适应一种团队方法。必须定期与客户，业务分析师和开发人员沟通，以获得产品质量。测试员必须从上到下了解所有的功能，以正确地测试，通过流畅的沟通进行明确（产品功能），以提升价值。

验收标准
在确定验收标准时，测试人员应仔细阅读产品所有者叙述的用户故事。测试员应召集产品所有者，业务分析师和其他干系人进行频繁会议，以制定验收标准文档，其中简要描述了用户故事中描述的所有场景。

与产品所有者和干系人的讨论将提供给测试员，稍后作为一个输入进行编写。

新功能的探索性测试
对新功能进行探索性测试可以为项目带来很多价值，因为它采用敏捷方法，当没有测试用例来测试截止日期紧迫的新功能时，这种情况下，探索性测试可以帮助你确认功能可用并按预期工作。

后面，随着所有的探索场景（完成执行），你可以编写所需的测试用例，并将它们添加到测试套件中，作为自动化的一部分，这可能有助于在后续产品发布周期中进行回归测试。

了解用户故事
如果用户故事非常庞大，则测试人员与产品所有者可以一起将用户故事分解为更小的任务。然后，产品所有者应该按照任务的优先级进行处理。

任务分解将有助于准备验收标准，这将涵盖所有可能的测试场景以及客户需求的细节，并作为测试需求摘要。与每个小任务相关的这些验收标准有助于通过用户故事的分解和优先级驱动的方法来生成整个产品的验收测试，并产出测试用例。

记录bug并尽快解决问题
据我们所知，在敏捷方法（如scrum）中，冲刺持续时间非常短。因此，在测试任何任务期间发现的bug应立即使用正确的描述进行记录，其中包括重现bug的正确步骤。这非常关键，以便向开发人员解释这个问题，这将帮助他们调试代码，并及时的修复错误或缺陷。

报告准备
准备报告，如果不是所有bug能在迭代周期内修复，这样方便客户提前知道迭代中符合期望以及不符合期望的地方。

用户故事评估
从测试的角度评估用户故事，以了解一个故事需要多少时间，并且我们需要将其进一步分解以适应当前冲刺的变化。对每个用户故事的测试工作评估是非常重要的，以便严格按时间表冲刺。

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生的秘诀，就是寻找一种最适合自己的速度，莫因疾进而不堪重荷，莫要因迟缓而去空耗生命。

那些你暂时不能战胜的，不能克服的，不能容忍的，不能宽容，就告诉自己，凡是不能杀死你的，最终都会让你更强。

生命是一份空白内容的租约，自主性越强的人生，租约上的条款由自己填写的部分就越多，被动性越强的人生，就会由别人帮你填写。