这因组织而异，因团队而异，因应用程序而异。这完全取决于什么最适合您的情况。

1) 附加到需求的测试文档。这适用于惠普的质量中心。所有测试数据都在同一个应用程序中，并且测试单独链接到主测试计划和特定要求。

2) 测试文档独立存储。在这些情况下，所有测试数据都存储在可供整个测试团队访问的中心位置。测试脚本/注释通常与测试计划一起存储并按版本组织。

3) 团队维基。测试数据存储在某种维基上。当开发和业务分析师也使用同一个 wiki 来进行协作时，这会很有效。

4) 测试文档与代码一起存储。在集成环境的情况下，我见过测试数据与代码存储在同一源代码管理中的情况，并且测试与代码片段相关联，但在构建过程中被忽略了。

这些只是一些方法，但同样，这取决于情况。

我发现 OneNote 是存储此类数据的绝佳工具。它有一个层次分明的组织，对重组也很友好。此外，您可以将笔记本放在网络驱动器上，让整个团队处理相同的文档。

我的团队过去常常将所有内容保存在 Sharepoint 上的 Word 文档中。通过将所有内容保存在一个“笔记本”中，我们现在可以在每个文档中进行搜索，而不必担心签入和签出。

好吧，您可以尝试将所有重要信息放在公司 wiki/文档存储库中，有些应用程序可以 OCR pdf、doc 等文件，因此您可以搜索内容

在我工作的地方，我们并不那么进步。我们只是将按产品特性（即应用程序的模块）分类的文档存储在网络上。

安装测试略有不同。我们按版本发布存储；安装测试文档也存储在任务（异常）存储库中。这没什么特别的。开发人员更容易去那个位置。