总的来说，软件测试项目其实是一个互动的过程，它涉及客户提供的需求文档、开发人员提供的设计文档。的这些文件就是测试工程师的指导性文件。
测试工程师应就上述文档与客户以及开发工程师进行深入、广泛的交流，争取就某些有争议的问题达成共识。
同时，上述沟通的内容要以某种形式记录下来，这是解决后期一些不清楚问题的有效证明。
测试工程师的测试报告、缺陷报告、开发工程师对相关缺陷给出的解释以及双方在某些情况下的沟通，都是有价值的信息，应尽可能保存，为后续的测试工作提供参考。在具体项目的过程中，可以系统地保存成功的解决问题的模型和方法。
在每个测试项目的执行过程中，都会产生大量的文档，从项目开始前的计划到项目结束后的测试总结报告，还会有产品需求、测试计划、测试用例以及各种重要会议的纪要等。
软件测试文档是针对上述内容、测试要求、测试过程和测试结果以正式文档的形式编写的。因此，编写测试文档是测试工作标准化的重要组成部分。将文档管理融入项目管理是非常必要的，应该将其作为项目管理的一个重要环节。
文档管理所包含的主要内容有4个方面：文档的分类管理；文档的格式和模板管理；文档的一致性管理；文档的存储管理。
1.测试文档的分类管理
测试文档可简单地分为两类，分别是测试文档模板和测试过程中生成的文档。测试文档模板是一个示范文档，它严格要求生成文档的格式和内容。
基本的测试文档模板有以下几种。
（1）测试计划文档模板。
（2）测试需求分析模板。
（3）测试用例模板。
（4）测试评审模板。
（5）测试报告模板。
同时，测试文档可以根据输入介质分为电子文档、纸质文档和其他特殊文档。电子文件和纸质文件的存储和管理方法不同，应区别对待。在大多数情况下，
文档按照用途来划分，可以分为5类，具体如下所示。
（1）测试日常工作文档（流程定义、工作手册等）。
（2）测试培训文档和相关技术文档。
（3）测试计划、设计文档。
（4）测试跟踪、审查资料。
（5）测试结果分析报告或产品发布质量报告。
事实上，无论是作为测试团队还是作为测试部门，除了管理测试本身的文档之外，还应该管理外部输入文档和软件产品文档。
外部输入的文档主要包括系统需求分析报告、设计规格说明书、项目计划书等；软件产品文档包括发布说明、用户手册、技术手册、安装说明、帮助文档等。
2.测试文档的存储和共享
众所周知，有许多测试文档需要管理。一方面，我们需要可靠地存储这些文档，另一方面，我们需要有效地充分利用这些文档。这两个方面相辅相成，需要统一考虑。
为了很好地保存测试文档，需要提前做好各种准备，从文档分类、文件名格式、文件模板等方面严格要求测试文档的编写。虽然文件名是个小问题，但是
不讲道理的文件名编写也会造成很多麻烦。因此，有必要对文件名必须用英文，并包含测试组名、项目名、文件类型、日期等.有明确的规定
具体示例如下，其中首字母t代表测试类文档。
t-团队名称-项目名称-每周报告-2004-3-08.doc
接下来，需要的计划、报告等。应根据完整的模板逐一准备。
文档存储方式要与如何使用本文档相结合，即根据测试文档的使用目的进行文档存储规划设计。测试文档的使用可以分为个人使用、项目团队内部使用和所有测试人员使用。测试文档的存储也是为上述对象服务的，具体的使用方法也要考虑。总结以上内容，文档存储的规划设计应考虑以下因素。
（1）共享方式：共享目录，FTP模式和HTTP模式。
（2）手段：开发了自己的文档管理系统，或者使用了来自第三方的商业软件，如微软共享点。
>（3）安全性： 测试文档一般都会涉及公司内部的机密信息，需要保证其安全性，严格设置相关用户的权限体系。
（4）目录结构： 目录可按照团队、项目、文件类型的多层次关系进行设置。
（5）操作要灵活，包括存取、修改、阅读等各项操作。
3.文档模板
在项目进行软件测试时，有些文档是每个项目必备的，如测试计划书、测试用例、测试项目报告、质量分析报告等。对于上述经常使用的文档类型，可以把格式和内容统一起来，为每种类型的文档建立相对固定的模板。
建立模板便于文档的管理和分类，也让测试工程师比较容易编制、编写所需要的测试文档。
整个开发团队的其他成员也对文档的格式非常熟悉，可直接查找自己最关心的部分，一目了然。
对于特定的项目，文档可酌情对模板中的条目进行增删。 制定模板的初衷是方便整体工作，而不是禁锢思维，在完成具体工作时，一定要把原则性和灵活性掌握好。
