测试策略文档

#1 楼

简介（这应该很简短，例如为什么我们测试我们的应用程序以及为什么它很重要）

我们测试平台的范围和局限性

资源（Selenium以外的软件，测试方案，教程的链接）

过程（如何注册错误或测试优先级）

但是总的来说，文档根据谁来更改适用于例如会计部门的人员。不关心测试，因此您只应向他介绍过程一章，甚至应该非常简短。

#2 楼

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

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

#3 楼

我要说为什么只创建一个文档。您可以为要传达的内容创建思维导图或任何其他视觉表示。这是传达您的信息的一种好方法，完全不会花费您任何话语。
我使用测试策略本质上只是在进行以下交流，

您打算做什么怎么办？
您将如何做？

如果我能够回答这些问题，请让我头脑清楚，我清楚该做什么。一旦弄清楚了，与他人进行交流就不会那么困难。
创建足够多的文档以避免浪费，以便您可以对其进行更新。测试策略会像AUT一样随着时间的流逝而发展，创建全面的文档可能是一个过大的决定。

#4 楼

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

#5 楼

有趣的是，您提到对组织中尽可能多的人来说，阅读并记住您的测试策略很重要。我推断默认情况下，人们不会阅读或记住您的测试策略。这告诉我您想要一个既有启发性又有说服力的文件。如果您想让某人从头到尾阅读所有内容，则应从告诉他们为什么需要阅读并记住它开始，即他们为什么要关心。如果您是一位有能力的作家，那么您可能会采取-坦白地说-枯燥乏味的测试策略文档，并说服人们这样做很重要。另一方面，如果您与我们其他人齐心协力，也许您组织的领导者需要向团队留下深刻印象，说明测试策略为何重要。

说服力，我认为您应该涵盖测试策略要达到的目标，打算使用的技术以及需要遵循的时间表。