在分支上，Cem Kaner添加了他觉得重要的节点。例如，他在Product Elements下增加了Benefits节点和Time节点，使HTSM符合他的工作需要。

　　恰如Cem Kaner所说：“大多数严肃对待此模型的人会定制它以符合自己的需要”，测试人员可以也应该修改HTSM，以获得符合项目语境的模型。

　　● 增加节点：增加与当前项目相关的测试技术、测试想法、测试对象和任何测试人员认为有价值的元素。

　　● 删减节点：忽略一些与项目或任务无关的元素。

　　● 增加标记、注释、链接等图元：标记可以突显重要的元素，注释可以增加更多的细节，链接可以指向更详细的信息源。

　　定制HTSM是理解并掌握HTSM的过程。与大多数方法一样，测试人员需要修改它，加入自己的风格和元素，才能正真掌握它。

　　测试专家Michael Larsen在XMind.net提供了他制作的HTSM思维导图，为测试人员制作自己的HTSM提供了很好的基础。

　　应用HTSM

　　定制HTSM就是应用HTSM的过程。测试人员遵循HTSM的结构化指南，深入地思考产品、项目与测试，添加自己的想法、评论、标记和启发式问题。这本身就是极好的测试学习过程。作为学习的结果，定制化的HTSM为进一步地测试设计提供了坚实的基础。在测试过程中，测试人员会接触新信息，学习新知识。他应该持续地将新知补充到HTSM中，以迭代地优化测试略模型。从这个角度，HTSM既是测试想法的源头，也是测试过程的产出。

　　在测试设计时，测试人员可以逐个检查HTSM中的每个元素（指导性词语），阅读相关标记、注释和链接，以启发测试思路。他可以自问：

　　●该元素与当前测试任务相关吗？

　　●针对该元素，产品有什么风险？可能会有什么缺陷？

　　●通过什么测试可以发现这些缺陷？

　　●依据当前的进度和资源，如何实施这些测试？

　　另一种更有威力的方法是综合HTSM中的多个元素，开发测试策略。当开发人员用单元测试检查了组件，测试人员需要在系统层面检查产品。此时，产品的缺陷往往存在于组件的交互和复杂的流程。综合产品的多个方面，开发多样化的测试，以更深入地测试产品，才能够更好地体现测试人员的价值。一些有帮助的启发式问题包括：

　　●该元素与哪些元素相关？

　　●元素的组合有没有揭示出新的风险？

　　●如何设计测试，以同时测试这些元素？

　　●能否让来自元素A的信息帮助元素B的测试？