使用SourceSafe6.0的主要作用在于能减少文档的传递次数，从而能有效的降低文档的不一致性，提高文档的及时性和有效性。开发人员使用SourceSafe6.0可以保证所有人员包括测试人员看到的是同一个版本的文档，从而避免理解上的偏差。
SourceSafe6.0的服务器建立在开发部门的服务器上，由开发部门维护，测试人员对其数据库的访问由项目经理控制。测试人员通过计算机上的SourceSafe客户端对服务器上的数据库进行访问。
具体的建立规则如下：
假设项目简称为FTR,则共享目录的名字必须是FTR。如项目简称为“飞特尔”，则共享目录的名字就是“Fra bibliotekTR飞特尔”。
子目录“开发文档”用于存放开发人员传递到测试组的所有“完整的”开发文档，这里的“完整”指经过项目组确认的、能独立向所有使用者发行的文档。当不同的文档使用人员对其内容产生歧义时，都以这里保存的文档作为仲裁依据。其二级子目录可以分为规格说明、需求分析、概要设计等等，由开发人员和测试人员商量决定。
测试人员在测试过程中形成的测试文档，也应当按照项目经理指定的目录保存在SourceSafe里面，这样既方便了同开发人员之间的交流，也使得所有项目产品有了一个统一的存放地点。
对SourceSafe中保存的其他开发文档和软件产品，原则上测试人员都只能读而不能写，比如对于文档和软件产品只能使用“get last version”命令来进行阅读，测试人员在得到这些产品以后，都不必再把它们放回去。不同的测试人员只能对他/她自己负责测试的部分具有读的权利，对于其它项目的软件产品和文档，不具有访问的权利。
2.7
测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间经过的所有的有关的测试行为和过程。其开始的标志是本阶段的第一份提交的送测单，其结束标志是测试总结或测试报告的提交和审批通过。
3.
计算机软件测试文件编制规范，GB 9386-88
<<客户机/服务器系统测试>>，（美）Bourne，K.C.著，机械工业出版社，1998.5.
软件开发规范，航空工业标准6464-90
4.
项目组使用国内的测试工具TestCenter，因此测试与开发的配合将结合此工具展开；并且质量部已经有自己专用的测试服务器，从而可以大体上做到测试与开发独立进行。本文件中规定的流程就是按照这个思想形成。
除此之外，我们还用了Microsoft SourceSafe6.0来对开发文档和软件进行管理，从而减少了文档传递失误的机会，提高了测试自动化的程度，也降低了测试人员的工作量。
2.5
送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开发人员应当谨慎填写送测单上的被测程序的版本号，保证和被测程序的版本号一致。送测单必须有送侧重点，以利于测试人员工作。
2.6
BUG单是指测试人员在测试完成后，向开发人员提交的BUG汇总报告。开发人员确认并修改BUG后，必须填入修改意见并将BUG单返回给测试人员以验证是否修改成功。
测试用例管理
测试用例允许建立测试主题，通过测试主题来过滤测试用例的范围，实现有效的测试。
测试业务组件管理
支持软件测试用例与业务组件之间的关系管理，通过测试业务组件和数据“搭建”测试用例，实现了测试用例的高度可配置和可维护性。
测试计划管理
支持测试计划管理、测试计划多次执行（执行历史查看）；测试需求范围定义、测试集定义。
4.1文档和软件保存目录
公司目前采取的开发方式，用SourceSafe来对整个开发的产品来进行管理，因此对于测试人员来说，不必再单独对开发文档、软件模块进行复制和保存，测试服务器上的共享目录只是用于保存最终发行的软件产品。
共享目录在项目开始阶段由测试小组的负责人在质量部专用的测试服务器上建立，并由测试负责人在整个项目期间进行维护。共享目录的内容包括评审通过的最终软件（源代码和执行文件）、各种开发文档（包括测试文档）。
子目录“最终软件”存放已经通过内部评审的软件，如果软件是分为几个阶段开发的，并且每个阶段的产品都要发行给用户，则测试员必须备份每个阶段最终发行给用户的产品。
4
辅助工具目前有两个：Test Center和Microsoft SourceSafe6.0。
4
测试需求管理
支持测试需求树，树的每个节点是一个具体的需求，也可以定义子节点作为子需求。每个需求节点都可以对应到一个或者多个测试用例。
2.3
测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结，以及测试工作全部完成后的测试报告等。测试文档由测试人员编写并维护，也属于开发文档的一部分。
2.4
被测程序指的是开发人员提交测试的软件可执行的部分。被测程序应当既包括单独的工程文件，以便测试人员进行代码走查工作；而且还要包括已经编译打包好的可执行文件。
由于我们自身的项目特点，我们测试时只要进行白盒测试中的“代码走查”工作。对于黑盒测试，我们站在用户的角度，主要针对软件界面和软件功能进行测试。
2
2.1
送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。
2.2
开发人员提供给测试人员的开发文档至少包括以下几种：用户需求，概要设计，详细设计，用户手册等。开发人员应当在开发每阶段完成后三天内就向测试人员传送本阶段完成的开发文档，以利于测试人员的工作。
1.简介3
2.名词定义3
2.1待测项目3
2.2开发文档3
2.3测试文档4
2.4被测程序4
2.5送测单4
2.6 BUG单4
2.7测试循环5
3 .参考文献5
4 .测试和开发的结合5
4.1文档与软件保存5
1.
本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程，其中包括测试与开发的配合、待测项目和BUG单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。
测试执行
支持测试自动执行（通过调用测试工具）；支持在测试出错的情况下执行错误处理脚本，保证出错后的测试用例脚本能够继续被执行。
测试结果日志察看
具有截取屏幕的日志查看功能。
测试结果分析
支持多种统计图标，比如需求覆盖率图、测试用例完成的比例分析图、业务组件覆盖比例图等。
缺陷管理
支持从测试错误到曲线的自动添加与手工添加；支持自定义错误状态、自定义工作流的缺陷管理过程5.2.2 Microsoft SourceSafe6.0