软件开发与测试工作流程
软件开发具体流程及管理制度
软件开发具体流程及管理制度软件开发是一项复杂且需要高度组织和协作的工作，为了确保开发过程的顺利进行，通常需要制定一套具体的流程和管理制度。
下面将详细介绍软件开发的具体流程以及适用于软件开发的管理制度。
软件开发流程：1.需求分析阶段：在这个阶段，开发团队与客户或项目负责人沟通，了解项目的需求和目标。
具体包括明确软件的功能需求、性能需求、安全需求等，以及软件的用户群体和使用场景等。
在需求分析阶段，通常会编写软件需求规格说明书（SRS）来详细记录和确认项目的需求。
2.概要设计阶段：在需求分析阶段结束后，开发团队需要进行概要设计。
概要设计是对软件的整体结构进行设计，包括将需求分解为模块和子模块，并确定模块之间的关系和接口。
概要设计还包括选择适当的开发方法和技术，确定数据库结构等。
3.详细设计阶段：在概要设计阶段确定了软件的整体结构后，开发团队需要进行详细设计。
详细设计阶段对每个模块进行详细的设计，包括数据结构设计、算法设计、界面设计等。
在设计过程中，通常使用UML（统一建模语言）等工具来建立模型，并编写设计文档。
4.编码和单元测试阶段：在详细设计完成后，开发团队开始编写代码，并进行单元测试。
单元测试是对编写的代码进行测试，以确保每个模块的功能正常运行。
单元测试通常由代码编写者完成，并可借助自动化测试工具来提高效率和准确性。
5.综合测试阶段：在单元测试完成后，开发团队会进行综合测试。
综合测试是对软件的整体进行测试，包括模块之间的交互、系统的性能和稳定性等。
综合测试通常由专门的测试团队负责。
6.部署和上线阶段：在软件经过综合测试后，开发团队会将软件部署到生产环境，并进行最后的测试和调优。
一切就绪后，软件正式上线并交付给用户使用。
软件开发管理制度：1.项目管理：在软件开发过程中，需要建立完善的项目管理制度。
包括制定项目计划、资源分配和进度控制等。
项目管理还包括项目风险管理、变更管理、质量管理、沟通管理等。
2.过程管理：设立软件开发过程管理制度，以确保开发过程的规范和可控。
软件开发流程八个步骤
软件开发流程八个步骤
1、发起：在软件开发前，需要一个发起者，来收集各方资料，定义需求，制定有效
的开发计划，及时考虑风险，召开开发讨论会议，确定项目各阶段的计划。
2、需求分析:有效地收集，确定，描述用户及系统需求，分析和确定各个阶段的工作量，确定合理完成时间，制定好正式的开发规范，并建立好管理系统的体系。
3、系统设计：根据需求分析，制定合理的技术及功能架构，确定系统的软件架构及
标准，设计各种业务模型的流程，设计好系统的接口，设计好数据库实现及模块的接口分解，设计好安全机制。
4、测试设计：确定软件测试的策略和计划，确定用例，用例覆盖分析，实现自动化
脚本测试，并对每个功能模块和程序进行调试，以保证系统的安全和可靠。
5、编码实现：根据设计分析文档，用指定的开发语言完成各个功能模块程序的编写，实现文档功能，然后进行编译，独立测试，运行验证是否可以正常运行和实现功能
6、系统测试：对系统进行系统性功能测试，确保系统实现各功能，满足需求，然后
结合实际运行场景，用户操作体验，进行系统性，可靠性，安全性，兼容性，性能等测试。
7、发布与部署：将系统的产出物（编码，文档，测试报告，安装包等）分发给相关
人员，然后对系统进行部署，建立系统的开发、调试、测试环境。
8、维护与更新：对发布的系统进行维护和更新，后续系统还需要根据用户反馈，及
时更新，修正程序bug，优化系统，维持系统的运行和可用性，定期更新安全机制，添加
新功能，确保系统稳定性。
软件开发 工作流程
软件开发工作流程软件开发工作流程是一个系统而有序的过程，它包括了需求分析、设计、编码、测试和维护几个主要阶段。
在本文中，我们将逐步回答关于软件开发工作流程的问题，并进一步探讨每个阶段的重要性和流程中涉及的关键任务。
1. 什么是软件开发工作流程？软件开发工作流程是指在开发软件时所遵循的一套规范化和流程化的方法。
它指导开发团队从项目开始到最终交付的整个过程。
它涵盖了所有与软件开发相关的活动，以确保项目按计划进行并在预定的时间内交付高质量的成果。
2. 软件开发工作流程的主要阶段是什么？软件开发工作流程通常包括以下主要阶段：2.1 需求分析需求分析是软件开发的起点。
在这一阶段，开发团队与客户密切合作，了解他们的需求和期望。
这包括收集用户需求、定义软件功能和约束条件，并制定软件开发的目标。
2.2 设计在设计阶段，开发团队开始为软件系统制定整体架构。
他们确定软件的各个组成部分，包括数据库设计、用户界面设计和系统组件设计。
此外，他们还定义软件的算法和数据结构。
2.3 编码在编码阶段，开发团队根据设计阶段的规划开始实现代码。
他们使用编程语言和工具编写软件代码，并确保代码的可扩展性、可靠性和可维护性。
2.4 测试在测试阶段，开发团队开始对代码进行各种类型的测试。
这包括单元测试、集成测试和系统测试。
测试过程旨在发现和纠正潜在的错误和缺陷，并确保软件系统能够按照预期运行。
2.5 维护在整个软件生命周期中，维护阶段都是非常关键的一部分。
在这个阶段，开发团队监测和管理软件系统的性能，并进行必要的修复和更新。
此外，他们还与客户合作，进行功能增强和软件升级。
3. 每个阶段中的关键任务是什么？3.1 需求分析阶段的关键任务包括：- 收集用户需求并确保这些需求的准确性和完整性。
- 对需求进行优先级排序，并根据需求创建软件规格说明书。
- 与客户和利益相关者密切合作，以确保他们对需求的理解和认可。
3.2 设计阶段的关键任务包括：- 制定整体架构和技术方案，确保软件系统的可伸缩性。
简述软件测试基本流程
简述软件测试基本流程软件测试是保证软件质量的重要手段之一，它的主要目标是发现软件中存在的错误或缺陷，并对其进行修复和改进。
软件测试的基本流程主要包括测试计划编制、测试需求分析、测试用例设计、测试环境搭建、测试执行、缺陷跟踪与管理以及测试报告。
1. 测试计划编制：在软件测试开始之前，首先需要编制测试计划，明确测试的目标、范围、时间、资源等相关事项。
测试计划不仅仅是规划测试活动的指导性文件，也是测试过程中的重要参考依据。
2. 测试需求分析：在测试计划编制完成后，需要对系统的需求文档进行分析，提取出测试需求。
通过分析需求文档，可以明确系统的功能、性能、安全性等方面的要求，为后续测试用例的设计提供依据。
3. 测试用例设计：测试用例是测试的基本单元，用于验证系统是否符合需求。
测试用例的设计应该基于需求文档，覆盖系统的各个功能模块和场景，以发现潜在的错误或缺陷。
测试用例设计可以采用黑盒测试、白盒测试、灰盒测试等不同的方法。
4. 测试环境搭建：为了进行测试，需要搭建测试环境，包括硬件设备、操作系统、数据库、网络等。
测试环境应该能够模拟真实的生产环境，以便测试人员能够进行准确和全面的测试。
5. 测试执行：在测试环境搭建完成后，可以开始进行测试用例的执行。
测试人员按照测试用例的设计，逐一执行测试，并记录测试结果和发现的缺陷。
测试执行应该按照测试计划的安排进行，同时需要记录测试用例的执行轨迹和测试数据。
6. 缺陷跟踪与管理：在测试执行过程中，测试人员会发现一些问题或缺陷，需要对其进行跟踪和管理。
缺陷跟踪是指在发现缺陷后，记录缺陷的具体信息，并进行分类、优先级评定、分配和修复跟踪等工作。
缺陷管理是对已发现的缺陷进行统一的管理和追踪，以确保缺陷得到及时修复。
7. 测试报告：在测试完成后，需要编写测试报告，总结整个测试过程的结果和发现。
测试报告应该包括测试的目标和范围、测试用例设计和执行情况、发现的缺陷和修复情况、测试结果的评价等内容。
软件开发流程详解
软件开发流程详解
软件开发是一个非常复杂的过程，一般需要一个专业的团队才能有效地完成。
不同的软件开发团队可能采用不同的流程来完成软件开发，但是大多数团队都会采用类似的流程，用于开发新的软件项目。
以下是一些常见的软件开发流程，详细介绍软件开发流程：
1.求分析和规划：首先，开发团队需要进行需求分析和规划，以根据客户的需求确定项目的基本要求。
在这一步中，团队还需要确定软件的功能、功能模块、硬件以及软件开发所需的技术以及团队规模等。
2.计阶段：在设计阶段，首先需要确定软件的架构和模块划分，并进行数据库设计。
此外，还需要确定软件的界面和用户体验，以确保软件是客户所期望的。
在设计过程中，通常会制定标准，以便开发和测试部门能够进行更准确、有效的工作。
3.施和编码阶段：实施和编码阶段是开发团队负责编写代码的阶段。
在这个阶段，软件开发者需要按照设计确定的架构和模块完成编码，并确保软件能够实现客户所需要的功能。
4.试阶段：在软件开发流程的最后一步是测试，主要是为了确保软件的可靠性和安全性。
在这一步中，测试人员会使用各种测试方法来测试软件，如功能测试、单元测试、集成测试和系统测试等。
5. 交付及后期支持：在整个软件开发流程完成后，开发团队会将软件交付给客户，并提供相应的后期支持服务。
以上是一些常见的软件开发流程，这些流程能够有效提高软件开
发的效率，帮助软件开发团队达到项目的期望目标。
客户也可以根据自己的需求来定制相应的软件开发流程，确保项目的成功。
此外，在软件开发的整个过程中，要积极的与客户进行沟通，以便尽早发现可能出现的问题，从而有效地避免在更深入的阶段出现问题。
软件测试流程及规范
软件测试流程及规范篇一：软件测试工作流程及规范软件测试工作流程及规范1 计划与设计阶段1.1 召开测试启动会议测试经理召集项目经理、开发经理开会确定测试交接时间，得到当前最新的相关资料。
进行规模预估并成立测试团队，完成《测试计划》1.2 设计测试用例在需求分析文档确立基线以后，测试组需要针对测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。
在用例的编写过程中，具体的任务和责任人如下：2 实施测试阶段2.1 实施测试用例实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。
2.2 提交测试报告在约定的测试周期完成之后，测试工程师需要总结此测试的结果，编写测试报告3 总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。
3.1 编写测试报告在测试结束之后，测试经理编写测试报告，对测试进行总结，并且提交给项目经理，为产品的后续工作提供重要的信息支持。
3.2 测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束3.3 测试归档测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归档。
篇二：软件测试流程规范软件测试流程规范一、通读项目需求设计文档1. 测试的准备阶段；2. 仔细阅读《软件需求规格说明书》；3. 根据测试手册，做前期的测试准备；二、明确测试任务的范围⑴功能测试；⑵界面测试；⑶接口测试；⑷容错测试；⑸负载测试；⑹安全测试；⑺性能测试；⑻稳定性测试；⑼配置测试；⑽安装测试；⑾恢复测试；⑿文档测试；⒀可用性测试；三、学习理解被测试软件由开发人员组织讲解所要执行测试的软件或者产品，测试人员必须认真理解拿到手中待测试的软件或者产品。
四、制定测试计划“工欲善其事，必先利其器”。
软件测试必须以一个好的测试计划作为基础。
作为测试的起始步骤和重要环节。
测试计划应包括：产品基本情况调研、测试策略、测试大纲（功能模块的测试、详细测试、高级测试）、测试内容（界面测试、测试需求说明）、测试人力资源配置、测试计划的变更、测试硬件环境、测试软件环境、测试工具、测试进度计划表、问题跟踪报告、测试通过准则、测试计划的评审意见等。
软件项目开发流程以及人员职责
软件项目开发流程以及人员职责1.需求分析阶段：确定项目的目标和需求，对需求进行分析和评估。
该阶段的人员职责包括：-项目经理：负责整个项目的规划、组织和管理，协调各个团队成员的工作。
-业务分析师：与客户沟通，收集和整理用户需求，编写需求文档。
-架构师：参与需求分析，评估技术可行性，设计系统的整体架构。
2.设计阶段：根据需求分析结果，进行系统设计和模块设计。
该阶段的人员职责包括：-架构师：负责制定系统的整体架构和模块设计。
-系统设计师：负责详细设计每个功能模块的实现细节，编写设计文档。
-UI/UX设计师：负责系统的界面设计，以及用户体验设计。
3.开发阶段：根据设计文档，进行软件编码和测试。
该阶段的人员职责包括：-开发工程师：根据设计文档进行编码实现，并进行单元测试。
-测试工程师：负责进行系统测试和功能测试，发现并修复错误。
4.集成与测试阶段：将各个模块进行集成，并进行系统测试和性能测试。
该阶段的人员职责包括：-集成工程师：负责各个模块的集成和测试，确保系统的功能正常运行。
-性能测试工程师：负责对系统进行性能测试，优化系统的性能。
5.上线与部署阶段：发布软件，并进行部署。
-部署工程师：负责将软件部署到正式环境，并进行配置和运行。
6. 运维与维护阶段：对已发布的软件进行运维和维护，包括故障排除、bug修复、功能升级等。
该阶段的人员职责包括：-运维工程师：负责系统的运维，包括监控系统运行状态、处理故障等。
- 维护工程师：根据用户反馈，进行bug修复、功能升级等操作。
在软件项目开发过程中，各个阶段的人员之间需要密切配合，沟通顺畅，确保项目顺利进行。
此外，软件项目开发过程还需要项目管理工具的支持，如版本控制工具、项目管理工具等，以提高开发效率和管理效果。
一些常用的项目管理工具包括：Git、Jira、Trello等。
总结起来，软件项目开发流程包括需求分析、设计、开发、集成与测试、上线与部署、运维与维护等阶段，每个阶段都有相应的人员职责。
软件开发流程五个流程
软件开发流程五个流程软件开发流程是指软件从概念到最终交付使用的整个过程。
在软件开发的过程中，有五个关键的流程，它们是，需求分析、设计、编码、测试和维护。
这五个流程相互交织、相互依赖，是软件开发的重要组成部分。
首先，需求分析是软件开发的第一步。
在这个阶段，开发团队需要与客户充分沟通，了解客户的需求和期望。
通过需求分析，开发团队可以明确软件的功能和性能要求，为后续的设计和开发工作奠定基础。
需求分析阶段的关键是确保对客户需求的准确理解和明确定义，避免后续开发过程中出现偏差和误解。
其次，设计阶段是将需求分析阶段得到的需求转化为可实现的软件系统的结构和功能的过程。
在设计阶段，开发团队需要考虑软件的整体架构、模块划分、数据结构、算法等方面的设计。
设计阶段的关键是确保软件系统的可扩展性、灵活性和可维护性，为后续的编码和测试工作提供良好的基础。
接下来是编码阶段，也就是将设计阶段得到的设计方案转化为实际的可执行代码的过程。
在编码阶段，开发团队需要严格按照设计方案进行编码实现，并且需要遵循编码规范和标准，确保编写的代码质量和可读性。
编码阶段的关键是确保编写的代码符合需求和设计，同时保证代码的质量和效率。
然后是测试阶段，测试是软件开发过程中至关重要的一个环节。
在测试阶段，开发团队需要对编码阶段得到的软件进行各种测试，包括单元测试、集成测试、系统测试等，以确保软件的功能和性能符合需求和设计的要求。
测试阶段的关键是保证软件的质量和稳定性，发现并修复软件中存在的缺陷和问题。
最后是维护阶段，软件开发并不是一个一劳永逸的过程，软件上线后需要进行长期的维护和更新。
在维护阶段，开发团队需要及时响应用户反馈，修复软件中存在的问题，同时也需要根据市场需求和技术发展进行软件的更新和升级。
维护阶段的关键是确保软件的稳定性和可靠性，持续改进和优化软件的功能和性能。
总的来说，软件开发流程中的这五个流程相互联系、相互依赖，缺一不可。
只有在每个流程都做好工作，才能保证软件开发的顺利进行，最终交付高质量的软件产品。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发与测试工作流程版本 2.0XXX软件股份有限公司质量部XXXX年XX月目录1．简介 (4)2．适用范围 (4)3．术语、名词定义 (4)3.1 送测软件 (4)3.2 开发文档 (5)3.3 测试文档 (5)3.4 被测程序 (5)3.5 送测单 (5)3.6 BUG单 (5)3.7 测试循环 (6)4．参考文献 (6)5．测试与开发的配合 (6)5.1 文档和软件保存目录 (6)5.2 辅助工具的使用 (7)5.2.1 辅助测试系统1.0 (8)5.2.2 SourceSafe6.0 (8)5.3 开发与测试配合的流程 (9)6 . 送测单 (10)6.1送测单的填写 (10)6.2 工作流程 (12)7 ．BUG单 (12)7.1 BUG单的填写 (13)7.2 工作流程 (14)8 ．测试阶段的结束 (15)9 . 备注 (15)9.1 开发阶段与测试阶段 (15)9.2 待测模块的组合与测试原则 (15)9.3 BUG的分类评级原则 (16)9.4 国标中有关BUG数量的描述 (18)9.5 测试阶段的划分 (18)1．简介本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程，其中包括测试与开发的配合、送测单和BUG 单的填写、测试循环的结束等部分。
开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。
鉴于公司的技术要求，目前质量部的测试人员不仅要完成黑盒测试工作，而且还要进行白盒测试中的“代码走查”工作。
其它的白盒测试工作，目前还不在测试人员的工作职责之内。
由于公司已经为质量管理部开发完成“辅助测试系统1.0”，因此本测试流程的制定就建立在辅助测试系统之上，如果辅助测试系统有了新的版本，质量部将根据其变化适当调整测试流程。
2．适用范围本流程文件适用于公司开发软件并需要测试服务的任何软件开发项目组、软件开发人员，以及任何测试人员。
当项目组在辅助测试系统中注册以后，公司领导可以使用本系统查询了解所有在本系统中注册的项目的测试信息，项目的质量管理员可以使用本系统查询了解项目的当前测试进展情况。
程序员和测试员都可以使用本系统查询到自己产生的送测单和BUG单。
3．术语、名词定义3.1 送测软件送测软件包括一切软件执行必须的文件、数据、数据库配置等。
开发人员必须提供所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。
3.2 开发文档开发人员提供给测试人员的开发文档至少包括以下几种：用户需求，概要设计，详细设计，用户手册等。
开发人员应当在开发每阶段完成后三天内就向测试人员传送本阶段完成的开发文档，以利于测试人员的工作。
3.3 测试文档测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结，以及测试工作全部完成后的测试报告等。
测试文档由测试人员编写并维护，也属于开发文档的一部分。
3.4 被测程序被测程序指的是开发人员提交测试的软件可执行的部分。
被测程序应当既包括单独的工程文件，以便测试人员进行代码走查工作；而且还要包括已经编译打包好的可执行文件。
3.5 送测单送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。
开发人员应当谨慎填写送测单上的被测程序的版本号，保证和被测程序的版本号一致。
送测单必须有送测重点，以利于测试人员工作。
3.6 BUG单BUG单是指测试人员在测试完成后，向开发人员提交的BUG汇总报告。
开发人员确认并修改BUG后，必须填入修改意见并将BUG单返回给测试人员以验证是否修改成功。
3.7 测试循环测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间经过的所有的有关的测试行为和过程。
其开始的标志是本阶段的第一份提交的送测单，其结束标志是测试总结或测试报告的提交和审批通过。
4．参考文献1.计算机软件测试文件编制规范，GB 9386-882.<<客户机/服务器系统测试>>，（美）Bourne，K.C.著，机械工业出版社，1998.5.3.软件开发规范，航空工业标准6464-905．测试与开发的配合目前，质量部已经装备测试工作专用的工具“辅助测试系统1.0”，因此测试与开发的配合将结合此工具展开；并且质量部已经有自己专用的测试服务器，从而可以大体上做到测试与开发独立进行。
本文件中规定的流程就是按照这个思想形成。
由于目前公司自主开发的软件产品基本上都是基于客户机/服务器模式，因此，要做到测试与开发独立进行，只需要把软件用到的数据库分开安装到不同的服务器上就可以了，从而保证开发与测试不会产生数据冲突。
如果是采用B/S结构的软件，只需要在开发部的服务器上建立一个可执行包就可以了；在必要的情况下，也可同时在质量部服务器上建立可执行包。
在此系统的基础之上，又采取用Microsoft SourceSafe6.0来对开发文档和软件进行管理，从而减少了文档传递失误的机会，提高了测试自动化的程度，也降低了测试人员的工作量。
5.1 文档和软件保存目录公司目前采取的开发方式，用SourceSafe来对整个开发的产品来进行管理，因此对于测试人员来说，不必再单独对开发文档、软件模块进行复制和保存，测试服务器上的共享目录只是用于保存最终发行的软件产品。
共享目录在项目开始阶段由测试小组的负责人在质量部专用的测试服务器上建立，并由测试负责人在整个项目期间进行维护。
共享目录的内容包括评审通过的最终软件（源代码和可执行文件）、各种开发文档（包括测试文档）。
最终的共享目录TsPrjName的结构如下所示：具体的建立规则如下：1．假设项目中文简称为PrjName, 则共享目录的名字必须是TsPrjName。
如项目简称为“宝开二期”，则共享目录的名字就是“Ts宝开二期”。
2．子目录“开发文档”用于存放开发人员传递到测试组的所有“完整的”开发文档，这里的“完整”指经过公司技术委员会评审确认的、能独立向所有使用者发行的文档。
当不同的文档使用人员对其内容产生歧义时，都以这里保存的文档作为仲裁依据。
其二级子目录可以分为规格说明、需求分析、概要设计等等，由开发人员和测试人员商量决定。
3．子目录“最终软件”存放已经通过内部评审的软件，如果软件是分为几个阶段开发的，并且每个阶段的产品都要发行给用户，则测试员必须备份每个阶段最终发行给用户的产品。
5.2 辅助工具的使用辅助工具目前有两个：辅助测试系统1.0和Microsoft SourceSafe6.0。
5.2.1 辅助测试系统1.0辅助测试系统1.0是一个B/S系统，通过IExplorer访问，建立在质量部服务器上，由质量部维护，使用人员通过在IE地址栏中输入http://qa-bck/test/访问。
辅助测试系统的用户必须在该系统中具有用户账号，否则无法使用。
辅助测试系统中的使用人员共分为六种身份：测试主管，测试员，项目经理，程序员、领导和超级用户。
相同的用户账号只能具有一种身份，所有的用户只能由超级用户建立。
通过辅助测试系统，用户可以查阅到当前项目中程序员的送测信息和模块的送测情况，可以随时了解程序中仍然存在的BUG信息，并可以看到查询出来的信息的统计结果。
除了领导和超级用户身份以外，对于其它身份登陆的用户，系统具有自动提醒功能，既登陆后系统可以自动提醒用户现在需要处理的一些工作。
所以，要求处于测试中的程序的相关人员，如项目经理、程序员、测试主管和测试员等，每天都必须在不同时段登陆本系统至少三次以上。
5.2.2 Microsoft SourceSafe6.0使用SourceSafe6.0的主要作用在于能减少文档的传递次数，从而能有效的降低文档的不一致性，提高文档的及时性和有效性。
开发人员使用SourceSafe6.0可以保证所有人员包括测试人员看到的是同一个版本的文档，从而避免理解上的偏差。
SourceSafe6.0的服务器建立在开发部门的服务器上，由开发部门维护，测试人员对其数据库的访问由项目经理控制。
测试人员通过计算机上的SourceSafe 客户端对服务器上的数据库进行访问。
测试人员在测试过程中形成的测试文档，也应当按照项目经理指定的目录保存在SourceSafe里面，这样既方便了同开发人员之间的交流，也使得所有项目产品有了一个统一的存放地点。
对SourceSafe中保存的其他开发文档和软件产品，原则上测试人员都只能读而不能写，比如对于文档和软件产品只能使用“get last version”命令来进行阅读，测试人员在得到这些产品以后，都不必再把它们放回去。
不同的测试人员只能对他/她自己负责测试的部分具有读的权利，对于其它项目的软件产品和文档，不具有访问的权利。
5.3 开发与测试配合的流程→开发人员在辅助测试系统中填写送测单，提交待测模块代码、可执行文件和相应的设计文档给项目经理确认。
→项目经理检查送测单上的内容后，执行确认工作，并将打包好的可执行代码发布到开发部服务器的SourceSafe中（如果是B/S结构的软件，要把可执行代码发布到IIS上），将相关的数据库发布到质量部服务器上。
→测试人员接受送测单后，从SourceSafe中获得程序代码，开始测试。
测试包括两方面的内容：一是代码走查工作，其次是功能测试工作。
→代码走查以公司下发的《编码规范及管理办法》为检查依据。
如果在本次送测的某个模块中的代码走查中发现存在5个以上违反编码规范的地方，则将该模块返回给程序员重新送测，本模块的测试结束，继续下一个模块的测试。
如果所有模块都不能通过代码走查工作，则本次测试全部结束，不必再进行下一步的功能测试。
→功能测试以公司下发的《质量部测试管理办法》为测试依据。
测试人员应当严格按照管理办法上的相关规定开展工作，并认真完成BUG纪录的填写。
完成测试后，将BUG单传递给测试主管确认。
→测试人员测试完成后，测试主管必须对BUG单执行“验证”过程，即检验BUG单上描写的BUG是否都是正确的。
验证完以后，测试主管将BUG单返回给程序员。
→程序员对BUG单上的所有纪录都必须认真处理后，再把BUG单连同修改完成的软件产品一起返回给测试员进行回归测试。
对于具体的使用辅助测试系统的开发与测试配合的工作流程可以参见《辅助测试系统使用手册》（由开发2部负责编写，预计会在8月初完成），也可以参见qa\wangl\软件测试\测试流程图\。
6. 送测单送测单用于开发人员向测试人员提交被测软件，由程序员填写并通过项目经理传递到测试人员。
在辅助测试系统中，已经将送测单的填写集成进去了，这里给出送测单的主要元素及其填写方法。
如果在辅助测试系统中的送测单的形式与这里列出的不同，请参考本文件的规定执行。
送测单的形式如下所示：送测单6.1送测单的填写其填写规则约定如下：1．项目名称、送测内容、送测人和送测日期等四个字段由送测人填写。