测试手册里有什么？

Question

测试Playbook的概念最近被添加到上下文驱动工具集中的可能工具列表中。游戏手册被描述为类似于一支足球队在一场大型比赛之前准备的比赛列表。剧本中的战术是球队计划的比赛方式，但每个人都知道，当实际比赛发生时，教练可能会做出不同的决定。在这种情况下，足球是指美式足球。我不知道，但足球或橄榄球可能有类似的概念。

关于这方面的文章还不够多。

人们在测试剧本中可能包括哪些内容？为什么包括这些东西？

Answer 1

警告:我已经讨论并考虑过测试游戏手册--我不认为我一定有与其他人相同的解释，部分原因是没有足够的讨论(我知道，如果人们有参考的话，会喜欢参考)来达成共识。这是我目前最好的尝试，它无疑会改变。

去年，当我在Twitter上听到詹姆斯·巴赫( James )谈论这个问题时，我很喜欢测试剧本的想法：

• 测试手册是智能测试的工具
• “我想要一些便宜得多的产品来生产和维护，同时让我的测试更好。”
• “一组列表、表格、流程、组合--一种简洁的引用，允许我进行彻底的探索性测试。”
• “这有助于测试设计和测试性能。”

对我来说，这本质上是一种在我测试的时候聚集在我的眼皮底下的一种方式，当我测试的时候，所有的东西都可能被输入到产生新的测试想法中，或者帮助我看到构造我正在做的测试的其他方法。当我在测试一些复杂的事情时，我需要在我的脑海中存储大量的信息--对我来说，把其中的一些信息从脑子里拿出来，放到纸上或者wiki上，可以帮助我更有效地测试。它也帮助我要求对我收集的部分内容进行回顾，并与我的团队分享。

因此，我认为您的测试剧本的内容将是高度特定的项目。

不过，举几个例子：

对我来说只有一个项目，如果我们从一开始就采用了剧本的想法，那就是数据模型、映射、业务场景的草图、一些测试中常见的SQL查询、如何设置一些复杂的测试数据的过程描述，等等。-背景:数据仓库/商业智能，非常复杂的测试数据，遗留系统，需要与开发人员/架构师密切合作。

下面是其他人的谈他的测试者的剧本：列表、测试者的模型、场景、技术说明、环境注释和问题。同样，他将其用于协作目的，因此其中许多都是讨论的结果。

下面是脚本方法与使用剧本的更多探索性方法的比较，并很好地描述了编译剧本如何与开发人员和架构师就风险领域、预言、可测试性缺陷、依赖关系等进行了大量讨论。