5.3测试监控

测试监视的目的是收集信息，，并为测试活动提供反馈和可见性。需要监视的信息可以通过手工或自动方式收集，并应用于评估测试进度，以及测量是否满足测试出口准则，或与敏捷项目的已完成定义相关的测试任务是否已完成，如达到产品风险、需要或验收准则的覆盖率要求。
测试控制描述了根据收集和（可能）报告的信息和度量，所采取的任何指导或纠正行动。行动可能涵盖任何测试活动，并可能影响任何其他软件生命周期活动。
测试控制行动的例子包括：
• 当识别的风险发生时重新确定测试的优先级(例如：软件延迟交付)
• 根据测试环境或其他资源是否可用，改变测试时间进度
• 重新评估某项测试项返工后是否还符合入口或出口准则
5.3.1 测试使用的度量
为了评估，测试活动期间或结束时可以收集的度量包括：
• 根据计划的时间进度和预算评估进度情况
• 测试对象的当前质量
• 测试方法的充足性
• 基于目标的测试活动有效性
通用测试度量包括：
• 测试用例准备阶段完成的已计划工作的百分比(或测试用例已实现占已计划的百分比)
• 测试环境准备阶段完成的已计划工作的百分比
• 测试用例执行(例如：运行/未运行的测试用例数目、通过/失败的测试用例数目，和/或通过/失败的测试条件数目)
• 缺陷信息（如缺陷密度、发现和修复的缺陷、失效率和确认测试结果）
• 需求、用户故事、验收准则、风险或代码的覆盖率
• 任务完成、资源分配和使用以及工作量
• 测试成本，包括发现下个缺陷的收益成本与执行下个测试的收益成本之间的比较
5.3.2 测试报告的目的、内容和受众
测试报告的目的是在测试活动期间和结束时（例如某测试级别），总结和交流测试活动的信息。测试活动期间准备的测试报告可称为测试进度报告，而在测试活动结束时编写的测试报告可称为测试总结报告。
在测试监控期间，测试经理需定期为利益相关者发布测试进度报告。除了测试进度报告和测试总结报告中相同的内容外，典型的测试进度报告还可能包括：
• 对照测试计划，当前测试活动和进度的状态
• 阻碍进度的因素
• 针对下个汇报阶段的计划的测试
• 测试对象的质量
当满足出口准则时，测试经理将发布测试总结报告。该报告根据最新的测试进度报告和其他相关信息，提供了所进行测试的摘要。
典型的测试进度报告及测试总能接报告可能包括：
• 执行的测试的总结
• 测试期间所发生的信息
• 与计划之间的偏离，包括测试活动的时间进度、持续时间或工作量的偏差
• 针对出口准则或已完成的定义的测试和产品质量的状态
• 曾经阻碍或继续阻碍进度的因素
• 缺陷、测试用例、测试覆盖率、活动进度和资源消耗的度量(如5.3.1所述)
• 剩余风险(见第5.5节)
• 生成的可重用的测试工作产品
测试报告的内容将根据项目、组织要求和软件开发生命周期而有所不同。例如，例如：相对快速软件升级，一个有许多利害相关者的复杂项目或受监管的项目可能需要更详细和更严格的报告。作为另一个例子，在敏捷开发中，测试进度报告可以被纳入任务板、缺陷摘要和燃尽图中，这些可以在每日的站立会议中讨论（见ISTQB-AT基础级敏捷测试人员扩展大纲）。
除了根据项目背景对测试报告进行裁剪之外，测试报告还应根据报告的受众进行调整。针对技术受众或测试团队应列入的信息类型和数量，可能不同于针对管理层的总结报告中应列入的内容。在前一种情况下，关于缺陷类型和趋势的详细信息可能很重要。而在后一种情况下，概要的报告（例如：按优先顺序、预算、时间进度和通过/失败/未测试测试条件的摘要状态）可能更合适。
ISO标准（ISO/IEC/IEEE 29119-3）指定了两种类型的测试报告，测试进度报告和测试完成报告（在本大纲中称为测试总结报告），并包含了这两种不同类型报告的的结构和示例。