#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上运行。