敏捷测试 - 工作产品

敏捷测试工作产品 - 从简单和简单的步骤学习敏捷测试，从基本到高级概念，包括概述，方法，团队中的测试人员，跟踪活动，重要属性，象限，Scrum，方法，技术，工作产品，看板，工具。

测试计划是在发布计划时准备的，并在每个Sprint计划中进行修订.测试计划作为测试过程的指南，以便获得完整的测试覆盖率.

测试计划的典型内容为 :

在敏捷项目中，所有团队成员都对产品质量负责.因此，每个人也参与测试计划.

测试人员的责任是提供必要的指导，并指导团队其他成员的测试专业知识.

用户故事

用户故事原则上不测试工作产品.但是，在Agile Projects中，测试人员参与了用户故事创建.测试人员编写用户故事，为客户带来价值并涵盖系统的不同行为.

测试人员还确保所有用户故事都是可测试的，并确保接受标准.

在第一次测试运行期间，使用手动测试.它们包括 :

然后，测试将自动进行后续运行.

在测试驱动开发中，首先编写单元测试失败，开发并测试代码以确保测试通过.

在验收测试驱动开发中，首先编写验收测试失败，开发并测试代码以确保测试通过.

在其他开发方法中，测试人员与团队的其他成员合作以确保测试覆盖率.

在所有类型的方法中，都会进行持续集成，包括持续集成测试.

团队可以决定何时以及哪些测试要自动化.即使测试的自动化需要精力和时间，最终的自动化测试也显着减少了敏捷项目迭代期间的重复测试工作量和时间.这反过来又有助于团队更多地关注其他所需的活动，例如新的用户故事，变更等.

在 Scrum 中，迭代是时间盒装.因此，如果无法在特定Sprint中完成用户故事测试，则测试人员可以在每日站立会议中报告用户故事无法在该Sprint中达到完成状态，因此需要保持等待下一个Sprint.

由于大多数敏捷项目中的测试都是自动化的，因此工具会生成必要的测试结果日志.测试人员查看测试结果日志.每个sprint/release都需要维护测试结果.

还可以准备包含 :

在敏捷项目中，测试指标包括以下每个Sprint :

测试人员也参与Sprint评审和回顾报告.典型内容为 :