启发式测试策略模型（Heuristic Test Strategy Model，简称HTSM，以下使用HTSM），是James Bach提出的（James Bach曾经做过开发，后来转测试，是探索式测试、语境驱动测试学派的主要提出者、支持者，是测试领域的思想先驱），而HTSM自然也带有这位前辈的思想印记。从整体看，HTSM可以用下图表达：
这个模型包含5个节点：大意是需要根据质量定义（Quality Criteria），项目环境（Project Environment），产品元素（Product Elements）选择测试技术（Test Techniques）进行测试，最终我们能够得到的是可感知的质量（Perceived Quality）。
关于这个模型的介绍有很多，James Bach本身也写了相关的文档，就不赘述。（有需要的朋友可以联系我。）
今天想要聊的有以下三个重点词汇：迭代、提问、环境。
第一，迭代。这个已经被广泛使用的词。James Bach在提出HTSM后，都在不断地迭代更新，所以网上也有很多不同的版本。打开HTSM，可以看到James对以上每个模块的具体内容。这特别容易使我想到现在的测试用例：虽然根据每个迭代的变更，都有相应的测试用例，但没有一份全的测试用例可以回答究竟这个运行着的系统都经过哪些测试。再进一步，又是否有一份开发设计文档，能够描述系统各部分的设计；又是否有一份产品文档能够描述产品目前到底提供了哪些服务。受限于不合适的迭代实施方式，使得研发过程不具备可扩展性，即使投入大量的人力资源，也无法显著提高产出。
第二，提问。HTSM本身并非是可直接指导行动的手册或者技术。它需要根据项目本身进行具体的设计。在James的HTSM中，更多的是一系列需要回答的问题。例如：你是否知道你的用户是谁？对于用户来说哪些操作最重要？等等。在《测试人员的核心能力与素质》一文中，我们已强调提问和质疑是测试人员的重要能力。而回答这些问题，则需要收集和分析信息 ——我们强调的另一重要能力。这一些列问题，就是一份很好的check list。
第三，环境。在HTSM中的项目环境，可不是部署环境。它指的是资源、环境等约束或者影响测试活动的因素。例如，测试人员的疲劳、研发团队的组成、成员关系等等，包括这些人的因素都考虑在内。根据项目所处的具体环境，采取不用的测试策略，而不是一味地遵循过去的做法。就像流程规范一样，我们不仅需要遵循流程规范的要求，还需要知道其背后的含义，并能够在必要时，采用合适的方式打破它。HTSM承认项目环境给测试策略的所造成影响，进而要求测试人员能够了解具体情况再展开测试活动。说句老套的话，HTSM就是尊重人的主观能动性与客观规律，实事求是。
