敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – Scrum Scrum 提倡全团队方法，即每个团队成员都必须参与每个项目活动。Scrum 团队是自组织的，对项目可交付成果负责。决策由团队决定，导致在正确的时间采取适当的行动，没有任何时间延迟。这种方法还鼓励正确使用团队才能，而不是仅限于一项活动。测试人员还参与所有项目和开发活动，贡献他们在测试方面的专业知识。 整个团队在测试策略、测试计划、测试规范、测试执行、测试评估和测试结果报告方面协同工作。 协作用户故事创建 测试人员参与用户故事创建。测试人员对系统可能的行为提出他们的想法。这有助于客户和/或最终用户了解真实环境中的系统，从而明确他们实际想要的结果。这会导致更快地冻结需求，并且还降低了以后需求发生变化的可能性。 测试人员还为客户同意的每个场景提出验收标准。 测试人员有助于创建可测试的用户故事。 发布计划 发布计划是为整个项目完成的。但是，Scrum 框架涉及迭代决策，因为在执行冲刺的适当过程中会获得更多信息。因此，项目开始时的发布计划会话不需要为整个项目生成详细的发布计划。当相关信息可用时，它可以不断更新。 每个冲刺结束都不需要发布。发布可以在一组冲刺之后。发布的主要标准是向客户交付业务价值。团队以发布计划作为输入来决定冲刺长度。 发布计划是发布测试方法和测试计划的基础。测试人员估计测试工作量并计划发布的测试。当发布计划发生变化时，测试人员必须处理变化，考虑到更大的发布上下文，获得足够的测试基础。测试人员还提供所有冲刺结束时所需的测试工作。 冲刺计划 Sprint ..
Category : agile_testing
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 快速指南 敏捷测试 – 概述 敏捷是一种迭代开发方法，其中开发和测试活动是并发的。测试不是一个单独的阶段；编码和测试以交互方式和增量方式完成，从而产生满足客户要求的优质最终产品。此外，持续集成导致早期缺陷消除，从而节省时间、精力和成本。 敏捷宣言 敏捷宣言由软件开发人员团队于 2001 年发布，强调了开发团队的重要性，适应不断变化的需求和客户参与。 敏捷宣言是 – 我们正在通过做和帮助他人来发现更好的软件开发方法。通过这项工作，我们开始重视 – 个人和交互胜过流程和工具。 工作软件优于综合文档。 客户合作胜过合同谈判。 ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 有用的资源 以下资源包含有关敏捷测试的其他信息。请使用它们来获得更深入的知识。 敏捷测试的有用链接 敏捷测试 Wiki –敏捷测试的维基百科参考。 关于敏捷测试的有用书籍 要在此页面上登记您的网站，请发送电子邮件至gingerdoc-contact..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 工具 在敏捷项目中，测试人员负责以下日常任务 – 支持开发人员编码，并澄清系统的预期行为。 帮助开发人员创建有效且高效的单元测试。 开发自动化脚本。 将自动化测试工具/脚本与持续集成集成以进行回归测试。 为了有效和快速地执行这些任务，大多数敏捷项目都使用了支持代码和测试组件 CI 的持续集成 (CI) 系统。 敏捷项目中的测试人员和开发人员可以受益于各种工具来管理测试会话以及创建和提交缺陷报告。除了用于敏捷测试的专用工具外，敏捷团队还可以从测试自动化和测试管理工具中受益。 注意– 记录和回放、最后测试、重量级和测试自动化解决方案不是敏捷的 – ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 跟踪活动 可以传达测试状态 – 在每日站立会议期间 使用标准测试管理工具 通过信使 由测试通过状态决定的测试状态对于决定任务是否“完成”至关重要。完成意味着任务的所有测试都通过了。 测试进度 可以使用以下方法跟踪测试进度 – Scrum 板（敏捷任务板） 燃尽图 自动化测试结果 测试进度也直接影响开发进度。这是因为只有在达到验收标准后才能将用户故事移动到完成状态。这反过来又由测试状态决定，因为验收标准由测试状态判断。 如果测试进度有任何延迟或阻塞，整个团队会讨论并协同解决相同的问题。 ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 象限 与传统测试一样，敏捷测试也需要涵盖所有测试级别。 单元测试 集成测试 系统测试 用户验收测试 单元测试 由开发人员与编码一起完成 由编写测试用例的测试人员提供支持，确保 100% 的设计覆盖率 需要审查单元测试用例和单元测试结果 不会留下未解决的主要缺陷（根据优先级和严重性） 所有单元测试都是自动化的 集成测试 随着 ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 看板 使用看板概念可以有效管理敏捷测试活动。以下内容可确保在迭代/冲刺中及时完成测试，从而专注于交付优质产品。 可测试且有效大小的用户故事会在指定的时间限制内进行开发和测试。 WIP（在制品）限制允许一次专注于有限数量的用户故事。 可视化表示工作流程的看板有助于跟踪测试活动和瓶颈（如果有）。 看板团队协作概念允许在确定瓶颈时解决瓶颈，而无需等待时间。 预先准备测试用例，在开发过程中维护测试套件并获得客户反馈有助于消除迭代/冲刺中的缺陷。 完成的定义 (DoD) 被称为 Done-Done，因为故事仅在测试完成后才达到完成状态。 产品开发中的测试活动 在产品开发中，可以使用功能看板来跟踪发布。特定版本的功能被分配到功能看板，用于直观地跟踪功能开发状态。 发布中的功能被分解成故事，并使用敏捷方法在发布中开发。 以下敏捷测试活动可确保每个版本以及所有版本结束时的质量交付 – ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 概述 敏捷是一种迭代开发方法，其中开发和测试活动是并发的。测试不是一个单独的阶段；编码和测试以交互方式和增量方式完成，从而产生满足客户要求的优质最终产品。此外，持续集成导致早期缺陷消除，从而节省时间、精力和成本。 敏捷宣言 敏捷宣言由软件开发人员团队于 2001 年发布，强调了开发团队的重要性，适应不断变化的需求和客户参与。 敏捷宣言是 – 我们正在通过做和帮助他人来发现更好的软件开发方法。通过这项工作，我们开始重视 – 个人和交互胜过流程和工具。 工作软件优于综合文档。 客户合作胜过合同谈判。 响应变化而不是遵循计划。 也就是说，虽然右边的项目有价值，但我们更看重左边的项目。 什么是敏捷测试？ ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 工作产品 测试计划在发布计划时准备，并在每个 Sprint 计划时修订。测试计划作为测试过程的指南，以获得完整的测试覆盖率。 测试计划的典型内容是 – 测试策略 测试环境 测试覆盖率 测试范围 测试工作和时间表 测试工具 在敏捷项目中，所有团队成员都对产品质量负责。因此，每个人也都参与了测试计划。 测试人员的职责是提供必要的指导并用他们的测试专业知识指导团队的其他成员。 用户故事 User ..
敏捷测试教程 敏捷测试 – 概述 敏捷测试 – 方法论 敏捷测试 – 团队中的测试员 敏捷测试 – 跟踪活动 敏捷测试 – 重要属性 敏捷测试 – 象限 敏捷测试 – Scrum 敏捷测试 – 方法 敏捷测试 – 技术 敏捷测试 – 工作产品 敏捷测试 – 看板 敏捷测试 – 工具 敏捷测试 – 方法论 敏捷是一种迭代开发方法，整个项目团队都参与其中的所有活动。通过客户和自组织团队之间的协作，需求随着迭代的进行而发展。由于编码和测试是以交互方式和增量方式完成的，因此在开发过程中，最终产品将具有质量并确保客户需求。 每次迭代都会产生一个集成的工作产品增量，并交付给用户验收测试。如此获得的客户反馈将作为下一个/后续迭代的输入。 持续集成，持续质量 持续集成是敏捷开发成功的关键。经常集成，至少每天一次，这样您就可以在需要时为发布做好准备。敏捷测试成为开发所有阶段的重要组成部分，确保产品的持续质量。参与项目的每个人的持续反馈增加了产品的质量。 在敏捷中，沟通是最重要的，并且在必要时接收客户请求。这让客户感到满意，因为所有输入都被考虑在内，并且在整个开发过程中都可以获得工作质量的产品。 敏捷方法论 有几种支持敏捷开发的敏捷方法论。敏捷方法包括 – Scrum Scrum 是一种敏捷开发方法，强调以团队为中心的方法。它提倡整个团队参与所有的项目开发活动。 经验值 eXtreme Programming 以客户为中心，专注于不断变化的需求。通过频繁的发布和客户反馈，最终产品的质量将满足客户在流程中更加明确的要求。 ..