#1 楼
从组织到组织，从团队到团队，从应用程序到应用程序，这是不同的。这完全取决于哪种方式最适合您的情况。1）测试文档附在需求上。这可以与HP的质量中心配合使用。所有测试数据都在同一应用程序中，并且测试分别链接到主测试计划和特定要求。
2）测试文档独立存储。在这些情况下，所有测试数据都存储在整个测试团队可以访问的中央位置。测试脚本/注释通常与测试计划一起存储，并按发行版进行组织。
3）团队Wiki。测试数据存储在某种Wiki中。当开发人员和业务分析人员也使用相同的Wiki来进行协作时，这可以很好地发挥作用。在集成环境中，我看到过这样的情况：测试数据与代码存储在相同的源代码控制中，并且测试链接到代码段，但未包含在构建过程中。
这些只是一些方法，但还是要视情况而定。
评论
团队Wiki的+1。我爱，爱，爱这个解决方案。我已经看过这些解决方案中的每一个，但是最喜欢Wiki（其次是源代码控制）。
– Ethel Evans
2011年5月6日23:39
#2 楼
我发现OneNote是存储此类数据的出色工具。它具有非常等级化的组织，也很容易进行重组。另外，您可以将笔记本放在网络驱动器上，并让整个团队处理相同的文档。我的团队曾经将所有内容保存在Sharepoint的Word文档中。通过将所有内容保存在一个单独的“笔记本”中，我们现在可以在每个文档中进行搜索，而不必担心将内容检入和检出。
评论
我同意One Note可以工作，但确实可以做到。一旦您的文档达到一定大小，它将变得无法使用，而且我发现它崩溃并经常丢失工作页面。也许有更好的方法来组织它，我刚刚发现使用SharePoint作为文档存储库效果更好。
– MichaelF
2011年5月6日，12：51
#3 楼
好吧，您可以尝试将所有重要信息放在公司Wiki /文档存储库中，有些应用程序将OCR pdf，doc等文件，因此您可以搜索内容评论
能够有效搜索文档的搜索引擎是一个不错的选择，例如Google搜索的企业版
–Rsf
2011年5月4日14:58
#4 楼
在我工作的地方，我们并不那么进步。我们只是将按产品功能（即应用程序的模块）分类的文档存储在网络上。安装测试略有不同。我们根据版本发布进行存储；安装测试文档也与任务（异常）存储库一起存储。这没有什么特别的。开发人员可以更轻松地前往该位置。
#5 楼
在简单的文档方面，我发现Confluence被广泛使用。如果文档较为非正式，并且提供了系统使用指南，那么Wiki，共享服务器驱动器或Dropbox之类的工具可以很好地与团队合作。 Dropbox设置起来可能很快，但是文件版本问题为此付出了代价。另一方面，文档可以与工具集成在一起，因此测试用例的执行情况可以记录在软件中，等等。测试计划可以单独存储，但是测试套件，测试程序，异常报告，测试日志等都有许多针对这些需求的工具。它们可以通过网络访问，因此可以在附近放置其他支持文档。如果以后采用工具路线，则许多工具可以导入或导出现有数据。
#6 楼
文档在所有项目和组织中都非常重要。遵循TMMi标准。它提供了有关如何在SDLC的所有阶段中存储文档的框架，一个应该使用的模板，并在您的共享点站点上对它们进行结构化以方便访问
评论
这有点通用-您要保留什么文档，为什么？谁需要访问它？他们是用来干什么的？测试人员/质量检查经理的测试文档
具体来说，这与测试有什么关系？这似乎是一个通用的知识管理问题。
我不同意。仅举一个例子，很少有人会想在不阅读功能规范的情况下阅读测试计划，并且这种交叉引用必须易于实现。
简短答案-获取测试管理工具，并使您的公司“好”地使用它。 IMO，请避免使用HP ALM或HP Quality Center进行测试管理。它仅在Internet Explorer上运行，并且很难在其中找到测试。您可以使用第三方插件使其在chrome上运行。