# 可视化测试策略

有很多的模型/框架列出了你可以做的测试活动——但是在什么情况下做什么似乎没有什么帮助。我有两个可视化的想法——让我们探索如何可视化测试策略。是的，没有大小适合所有人的方法——上下文很重要。

这一切都始于我的一个同事问:“我们是否有任何测试框架/策略文档来描述目的以及哪种类型的客户需要哪种测试:单元测试、功能测试、数据处理测试、完整性测试”……+16个其他测试活动。

我很清楚，ISTQB列出并描述了上述测试活动，而启发式测试策略模型列出了启发式——对于这些活动什么时候更有价值，什么时候更有价值，以及在什么情况下它们最适用，几乎没有指导。显然，我们不应该对世界上的每一个测试项目都面面俱到。任何实践的价值都取决于它所处的环境——甚至试探法。

我们正在寻找的是一种讨论和可视化整个测试方法的方法。虽然这可以放在测试策略文档中(我经常这样做)——测试策略只是所选测试策略的书面叙述。测试覆盖策略和测试自动化策略是测试策略的一部分——但是我们首先要看到这些部分之间的关系。 一种解决方法是可视化管道：

可视化管道！

如@lisacrispin和@aahunsberger所述，可视化管道可以帮助您找到从构想到部署的所有地方，可以对故事进行测试。 我认为该模型甚至也适用于非DevOps交付-测试可以在任何地方增加价值，而测试除了关门之外，还有更多 尽管如果您不清楚何时在SDLC /管道中采用不同的测试方法，则需要就手头的价值和可见性以及其他测试活动的相关性进行讨论。 该讨论还可以帮助详细说明上述可视化的方框。

另一种解决方法可能是制作沃德利地图

沃德利（Wardley）地图是具有风景地图特征的插图，可用于IT环境中的定向。 沃德利地图有两个维度：可见性和演化。

利益相关者的可见性可以是业务需求或感知价值，如“无法规无测试”中所使用。 进化主要涉及从未知/未知到嵌入式/工业化的相对位置。 例如，查看IT系统，重要的是要测试的系统如何发展：

显然，SUT越新颖，相关的探索性测试就越多，同样，堆栈越标准化，连续测试的价值就越大。 …。 相对有价值，可能是更好的措辞。 元素的相对位置是Wardley地图的关键输出。 （以及稍后有关ET和CT之间的相对关系的更多信息）

向未知系统添加更多探索性测试

因此，首先我们可以根据底层IT结构的特征来定位测试活动。 其次，随着特性的变化，我们可以绘制每个测试活动的可见性和演变。 连续测试本身可以或多或少地变得可见，或多或少地被嵌入和工业化。

正如ET和CT所提到的，我们现在可以使用该地图来讨论为什么针对特定项目同时需要CT和ET。 持续测试在价值链中与持续交付相关联，而探索性测试则更多地与最终用户构建正确事物的目标联系在一起，尤其是在隐性和隐性知识的情况下。

总结一下我的同事的问题–计划测试策略，我们需要了解管道，测试活动的相对价值以及测试活动的相对发展。

# author

石头 磊哥 seven 随便叫

# company

thoughtworks

大家好，本人不才，目前依旧混迹于thoughtworks，做着一名看起来像全栈的QA，兴趣爱好前端，目前是thoughtworks 西安QA社区的leader，如果有兴趣分享话题，或者想加入tw，可以找我

# roles

QA（营生） dev（front-end dev 兴趣爱好）

# 联系方式

如果想转载或者高薪挖我 请直接联系我 哈哈

# wechat:

qileiwangnan

# email:

qileilove@gmail.com