测试状态可以传达和减去;
在每日站立会议期间
使用标准测试管理工具
通过信使
测试通过状态确定的测试状态对决定是否至关重要任务是"完成".完成意味着任务的所有测试都通过.
测试进度
可以使用 :
跟踪测试进度
Scrum Boards(敏捷任务板)
Burndown Charts
自动测试结果
测试进度也对开发进度有直接影响.这是因为只有在达到"接受标准"后，才能将用户素材移至完成状态.反过来，这由测试状态决定，因为接受标准由测试状态判断.
如果测试进度有任何延迟或阻塞，整个团队将协商讨论并协同工作解决这个问题.
在敏捷项目中，经常发生变化.当发生许多变化时，我们可以预期测试状态，测试进度和产品质量会不断发展.敏捷测试人员需要将这些信息提供给团队，以便在适当的时间做出适当的决策，以便顺利完成每次迭代.
当变化发生时，他们会可以影响先前迭代的现有要素.在这种情况下，必须更新手动和自动测试以有效处理回归风险.还需要回归测试.
产品质量
产品质量指标包括 :
测试合格/不合格
发现/修复缺陷
测试覆盖率
测试通过/失败率
缺陷发现率
缺陷密度
自动收集和报告产品质量指标有助于减少;
维持透明度.
在合适的时间收集所有相关和必需的指标.
立即报告，无通讯延迟.
允许测试人员专注于测试.
过滤滥用指标.
为了确保整体产品质量，敏捷团队需要获取客户的反馈意见产品是否符合客户期望.这需要在每次迭代结束时执行，反馈将是后续迭代的输入.
关键成功因素
In敏捷项目，如果敏捷测试成功，可以提供优质产品.
敏捷测试的成功需要考虑以下几点并减去;
敏捷测试基于测试优先和连续测试方法.因此，基于测试最后方法的传统测试工具可能不适合.因此，在选择敏捷项目中的测试工具时，需要验证与敏捷测试的一致性.
通过在开发早期自动化测试来缩短总测试时间生命周期.
敏捷测试人员需要保持他们的步伐以符合开发发布计划.因此，需要以产品质量为目标，对测试活动进行适当的规划，跟踪和重新规划.
手动测试帐户占项目测试的80％.因此，具有专业知识的测试人员需要成为敏捷团队的一员.
在整个开发生命周期中，这些测试人员的专业知识使整个团队专注于质量满足客户期望的产品.
定义用户故事，强调最终用户期望的产品行为.
根据客户期望确定用户故事级别/任务级别的接受标准.
测试的努力和持续时间估算活动.
规划测试活动.
与开发团队保持一致以确保生产通过前期测试设计满足要求的代码.
测试第一次和连续测试，以确保达到完成状态满足预期时间的验收标准.
确保在sprint中的所有级别进行测试.
Regressio n在每个sprint结束时进行测试.
收集和分析对项目成功有用的产品指标.
分析缺陷以确定哪些需要在当前Sprint中修复，哪些可以延迟到后续Sprint.
从客户的角度关注重要事项.
Lisa Crispin已经确定了敏捷测试成功与否的七个关键因素;
整个团队方法 :开发人员培训测试人员和测试人员培训其他团队成员.这有助于每个人理解项目中的每项任务，从而协作和贡献将获得最大的收益.测试人员与客户的合作也是在开始时设定他们的期望并将验收标准转换为通过测试所需的重要因素.
敏捷测试心态 : 测试人员积极主动地不断提高质量，并与团队的其他成员不断协作.
自动化回归测试 : 通过测试设计可测试性和驱动器开发.从简单开始，让团队选择工具.随时准备提供建议.
提供并获取反馈 : 由于这是一个核心敏捷价值，整个团队应该公开反馈.由于测试人员是专家反馈提供者，因此需要关注相关和必要的信息.作为回报，在获得反馈时应该适应测试用例的变化和测试.
构建核心敏捷实践的基础 : 专注于测试，编码，持续集成，协作测试环境，逐步工作，接受变更，保持协同效应.
与客户协作 : 引出示例，理解并检查映射到产品行为的需求，设置验收标准，获取反馈.
查看大图 : 使用真实世界的测试数据，考虑对其他领域的影响，推动面向业务的测试和示例的开发.