为了有效地管理测试，测试领导需要评估测试团队的生存力、当前测试的进度、测试覆盖的范围、已经暴露的风险、测试人员是否需要帮助等因素。一个好的测试流程可以帮助测试领导和测试团队了解这些因素，并实施积极的管理。为了使探索式测试满足软件开发团队对可管理性的要求，Jonathan Bach和James Bach提出了基于测程的测试管理（Session-Based Test Management，简称SBTM）[Bach2000]。本文将介绍SBTM的概念与方法。

　　Session的翻译：测程

　　在翻译Session时，我遇到了困难，因为现有的中文表达难以传递出SBTM中Session的两层含义：

　　● Session是一段不受打扰的测试时间（通常是90分钟），是测试管理的最小单元。

　　● 一系列Session相互支持，有机地组合在一起，周密地测试了整个产品。

　　在如此语境下，Session的同义词是Term（学期、会期）、Period（时段、课时）、Semester（学期），但是直接使用这些同义词的中译并不适当。进过反复考虑，我将Session翻译为“测程”，原因有三点：

　　● 用专用术语“测程”指代SBTM的Session，与Session的其他含义或中译（如“会话”）做明显的区分，这有利于快速、清晰地传达语义。

　　● “测程”表达出Session的基本语义：一段专注于测试的过程。

　　● “测程”与“课程”有相似的词汇结构，暗示了一系列测程组合在一起研究了整个产品，正如课程通过一系列课时讨论了一个完整的领域。

　　测程的四个要点

　　测试专家Michael Bolton用一页幻灯片总结了SBTM的特征与内容[Bolton2006]。

　　如幻灯片的标题和右侧的图画所示，SBTM的重要特征是将测试过程分解为一组测程，从而提高整个测试项目的可说明性（Accountability）。为此，一个测程包含四个要点：主题（Charter）、时间盒（Time Box）、可评审的结果（Reviewable Results）和简报（Debriefing）[Bach2004]。

　　主题（Charter）是一个测程需要完成的任务。该任务应该是清晰且具体的，可以在90分钟的时间内完成，并提供有价值的简报。主题通常用一段简练的文字描述，其内容可以是测试一个功能、检查一个风险、测试一组用户情景（User Scenario）等。以下是两个实例[Michael2007]：

　　● Create a test coverage outline and risk list for DecideRight. （为产品DecideRight生成测试覆盖大纲和风险列表）

　　● Explore a decision created with QuickBuild – the wizard that guides the user through the options， criteria， and weights needed to calculate the best decision. （探索QuickBuild如何产生一个决策——用户向导应该引导用户使用选项、标准和权重来计算最佳决策）

　　时间盒（Time Box）是一段不受打扰的测试时间，其长度一般在60~120分钟，以90分钟较为常见。在此期间，测试人员不回答问题、不回复邮件、不应答即时消息，只专注地实施测试。从工程师的角度，时间盒使测试人员能排除干扰，全力应对测试的智力挑战。从测试团队的角度，固定且专属的时间盒使得测试规划和进度追踪变得更容易。

　　可评审的结果（Reviewable Results）是测程的产出，常见的形式是测程表（Session Sheet），其内容可以包括：

　　● 主题（Charter）
　　● 测试人员
　　● 测试所覆盖的区域
　　● 测试设计和测试发现
　　● 测试所发现的缺陷（Bugs）
　　● 测试所发现的问题（Issues）
　　● 测试所使用的数据文件
　　● 测试活动的时间统计：在产品安装、测试设计与执行、缺陷调查与报告、非测试活动中各花费了多少时间。

　　简报（Debriefing）通过面对面的交流将测试情况传递给测试领导。在一天的测程结束后，测试人员向测试领导当面汇报测试情况。领导查看测程表，提出一些问题，测试人员解释测试结果，并回答疑问。测试领导也可以召开小组会议，让测试人员轮流报告当天的测试结果，使测试团队对当前产品的质量形成较完整的认识。