1. 简介（这应该是简短的，比如我们为什么要测试我们的应用程序以及为什么它很重要）
2. 我们的测试平台的范围和限制
3. 资源（Selenium 软件、测试场景、教程链接）
4. 程序（如何注册错误或测试优先级）

但一般来说，文档会根据它的目标对象而变化，例如会计部门的人。不关心测试，所以你应该只向他展示程序章节，甚至应该非常简短。

我找到了这个基于 IEEE-829 的文档，并将其用于粗略的指导，但删除了对我的团队来说似乎过大的类别或合并看起来相似的类别。自从我开始这样做以来，我收到了很多关于我的测试计划清晰的赞美。我使用 wiki 作为文档，这使用户可以轻松跳转到他们关心的部分。

更新：以前的链接不再存在，所以切换到类似的资源。

我会说为什么只创建一个文档。您可以创建思维导图或您要传达的任何其他视觉表示。这是一种很好的方式来传达您的信息，并且根本不会花费您任何文字。我已经使用测试策略进行了本质上的交流，只有以下几点

你打算做什么？你打算怎么做？

如果我能够回答这些问题，至少在我的脑海中我很清楚需要做什么。一旦你弄清楚了，与其他人交流应该不会那么难。创建足够的文档以避免任何浪费，以便您可以保持更新。测试开始会像您的 AUT 一样随着时间的推移而发展，创建全面的文档可能是一种矫枉过正的做法。

我已经让我的团队完全远离了测试策略文档。我们使用的是思维导图，因为它们可以很好地描绘您尝试测试的内容，并允许与开发人员和分析师进行快速对话。然后，您可以继续充实它们并开始测试想法。关于这个的优秀博客 - http://www.bettertesting.co.uk/content/?p=956