📅 最后修改于: 2020-12-07 05:24:50 🧑 作者: Mango
测试计划是在发布计划时准备的，并且在每个Sprint计划中都会进行修订。测试计划可作为测试过程的指南，以具有完整的测试范围。
测试计划的典型内容是-
在敏捷项目中，所有团队成员都要对产品质量负责。因此，每个人也都参与测试计划。
测试人员的责任是提供必要的指导，并以他们的测试专业知识指导团队的其他成员。
用户故事原则上不是在测试工作产品。但是，在敏捷项目中，测试人员会参与用户故事的创建。测试人员编写的用户故事可为客户带来价值并涵盖系统的各种可能行为。
测试人员还确保所有用户故事都是可测试的，并确保接受标准。
在第一次运行测试期间，将使用手动测试。它们包括-
然后，测试将自动进行后续运行。
在“测试驱动开发”中，首先编写单元测试以使其失败，然后开发和测试代码以确保测试通过。
在验收测试驱动的开发中，验收测试首先被编写为失败，代码被开发和测试以确保测试通过。
在其他开发方法中，测试人员与团队其他成员协作以确保测试覆盖率。
在所有类型的方法中，都会进行持续集成，其中包括持续集成测试。
团队可以决定何时以及什么测试将被自动化。即使自动化测试需要花费精力和时间，最终的自动化测试也可以显着减少敏捷项目迭代过程中的重复测试工作和时间。反过来，这有助于团队更加关注其他必需的活动，例如新的用户故事，更改等。
在Scrum中，迭代是有时间限制的。因此，如果无法在特定的Sprint中完成用户故事测试，则测试人员可以在每日站立会议中报告该用户故事无法达到该Sprint中的“完成状态”，因此需要保留到下一个Sprint。
由于敏捷项目中的大多数测试都是自动化的，因此工具会生成必要的测试结果日志。测试人员查看测试结果日志。需要为每个sprint / release维护测试结果。
还可以准备包含以下内容的测试摘要：
在敏捷项目中，每个Sprint的测试指标包括以下内容-
测试人员还为Sprint审查和回顾报告做出了贡献。典型的内容是-