测试的价值和目的

这个角色类似于软件开发-测试工程师(SDET)，但是有更大的责任来分享他们所引入的学科的知识和热情。

虽然SDET往往一次驻留在一个团队中，但是测试教练的角色可以跨多个团队。

测试教练在原则上类似于Scrum大师或敏捷教练，但不一定是专家。他们只是拥护这一事业的人，如果需要，在底层工作以帮助在开发人员之间灌输文化变化，与产品所有者、领域专家和管理人员一起工作，以帮助将故事扩展到“轻度结构化”的场景中，并在开发工作和测试编写方面进行协作。

测试教练还会听取每个团队的意见，并在测试无效时调整测试过程。

因此，作为一个带着“山”隐喻的测试教练，你的日常生活可以包括以下任何一种活动:

遵循BDD，或至少类似于BDD的流程，并编写自动化验收测试—Cucumber、Fitnesse、Gauge等。

编写和重构代码，以及单元测试和组件测试

鼓励三个amigos风格的会议，其中BA、开发人员和测试人员将用户故事扩展到它的细节—场景/示例，等等;每个涉众都提供了他们对问题的独特观点

倾听和学习——项目中的其他人也有技能和经验;利用这一点来提高自己，同时也使过程适应于人和项目本身。

例如，我在11:FS中发现了这一点，他们已经接受了一个反应性的、基于cqrs的微服务体系结构。我最初的目标是为所有业务场景(包括不愉快的路径)引入e2e测试，但这会使验收测试过于笨拙、运行缓慢，甚至很脆弱，因为单个微服务部署可能会破坏一些不相关的测试。相反，我们保留了满意的路径场景，并将大多数不满意的路径作为组件级测试编写在每个微服务中。结果是良好的全面的需求覆盖，以及仍然快速完成的测试套件。

换句话说，我们避免了臭名昭著的“反向测试金字塔”反模式……实际上，我们最终得到了