，开发部可能书写文档的时间会非常少，在此情况之下质量监督组和文档组就肩负将开发部提供的文档进行丰富和完善的工作，从而减少开发部书写文档的时间，当然这是增加质量监督组与开发部的口头交流为代价的。
测试
测试组的工作被分成若干阶段，不同阶段的划分是以保证软件质量的不同指标为目标的。
测试的软件指标分别包括： 软件的正确性：正确性测试主要是测试软件的功能是否被正确的实现。 测试的方式主要是按照功能的要求按照给定的输入，看是否有给定的输出。在非标称输入时，输出是否异常等。一方面测试软件的功能是否实现，同时是否实现的完整。
性能指标：该项目对性能的要求非同一般的软件项目。性能测试往往包含了压力测试、攻击性测试等测试，软件所能承受的极限是多少，一般来将软件的极限应当高出用户要求的性能，各种指标也应当为用户所了解。
易用性：软件的使用界面在设计实现的时候应当设法使之与功能的实现相脱离。脱离的原因在于易用性是通过友好的界面实现的。然而让开发人员以使用者的角度来确定软件是否易用是件非常困难的事情，在确定使用界面时往往需要多次的反复修改，甚至只能在软件的最后交付之前或用户使用一段时间之后才被提出来。鉴于这种特点，软件在开发的不同阶段都作了相应的保证措施，比如在软件需求界定的时候请领域专家参与，在软件设计阶段，让功能的实现尽可能地包含在软件的组件之中，也就是没有界面要求的底层实现。界面的实现仅仅依赖于一个数据接口，界面仅仅负责将用户输入的数据送到指定的数据块中，用于显示的数据也在指定的数据块中提取，只要保证数据块被互斥的访问就可以了。有了这样的设计结构，软件的易用性也就相当容易保证了。当测试中发现易用性的问题时，软件不会伤到筋骨，皮毛的修改总是非常容易的。
测试人员的角色也是逐步的由开发向用户方向转移。
测试存在两个非常重要的问题，一是保证测试的结果真正是反映了软件的质量。一般来讲，如果测试测出的错误数是收敛的情况，基本认为测试本身应当是比较全面的和足够深入的。二是测试结果的反馈。测试报告是测试结果的正式书面反馈形式。测试报需要经过质量监督组的复审，并进行统计，再形成质量监督报告的一部分，提交到项目经理和项目开发组组长处。同时，测试组产生的测试报告和测试统计报告也要进行归档，以便跟踪软件的质量进展。这也是软件进行版本编号的一个重要依据。
文档维护
文档维护主要是文档组的工作。文档从用途上分主要分为内部文档和外部文档。
内部文档包括： 项目开发计划； 需求分析； 体系结构设计说明； 详细设计说明； 构件索引； 构件成分说明； 构件接口及调用说明； 组件索引； 组件接口及调用说明； 类索引； 类属性及方法说明； 测试报告； 测试统计报告； 质量监督报告； 源代码； 文档分类版本索引； 软件安装打包文件。
外部文档主要包括： 软件安装手册； 软件操作手册； 在线帮助； 系统性能指标报告； 系统操作索引。
文档的重要性在前面的章节中已经多次提到。如何保证文档的全面性，使其真正为项目的进度提供保证，又不因为文档的写作而耽误项目的进度，这仍然是一个比较难解决的问题。解决此问题，其核心仍然是个"度"的问题。在本项目的开发中，文档组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下"填空"的工作，从某种意义上讲，书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成，则该文档即交由他人完成，但此时文档并不算被正式提交，当他人书写完毕之后，必须由文档的初写者进行复审，复审通过后方可以正式提交，进入软