，開發(fā)部可能書寫文檔的時間會非常少，在此情況之下質(zhì)量監(jiān)督組和文檔組就肩負將開發(fā)部提供的文檔進行豐富和完善的工作，從而減少開發(fā)部書寫文檔的時間，當然這是增加質(zhì)量監(jiān)督組與開發(fā)部的口頭交流為代價的。
測試
測試組的工作被分成若干階段，不同階段的劃分是以保證軟件質(zhì)量的不同指標為目標的。
測試的軟件指標分別包括： 軟件的正確性：正確性測試主要是測試軟件的功能是否被正確的實現(xiàn)。 測試的方式主要是按照功能的要求按照給定的輸入，看是否有給定的輸出。在非標稱輸入時，輸出是否異常等。一方面測試軟件的功能是否實現(xiàn)，同時是否實現(xiàn)的完整。
性能指標：該項目對性能的要求非同一般的軟件項目。性能測試往往包含了壓力測試、攻擊性測試等測試，軟件所能承受的極限是多少，一般來將軟件的極限應當高出用戶要求的性能，各種指標也應當為用戶所了解。
易用性：軟件的使用界面在設計實現(xiàn)的時候應當設法使之與功能的實現(xiàn)相脫離。脫離的原因在于易用性是通過友好的界面實現(xiàn)的。然而讓開發(fā)人員以使用者的角度來確定軟件是否易用是件非常困難的事情，在確定使用界面時往往需要多次的反復修改，甚至只能在軟件的最后交付之前或用戶使用一段時間之后才被提出來。鑒于這種特點，軟件在開發(fā)的不同階段都作了相應的保證措施，比如在軟件需求界定的時候請領域?qū)＜覅⑴c，在軟件設計階段，讓功能的實現(xiàn)盡可能地包含在軟件的組件之中，也就是沒有界面要求的底層實現(xiàn)。界面的實現(xiàn)僅僅依賴于一個數(shù)據(jù)接口，界面僅僅負責將用戶輸入的數(shù)據(jù)送到指定的數(shù)據(jù)塊中，用于顯示的數(shù)據(jù)也在指定的數(shù)據(jù)塊中提取，只要保證數(shù)據(jù)塊被互斥的訪問就可以了。有了這樣的設計結(jié)構(gòu)，軟件的易用性也就相當容易保證了。當測試中發(fā)現(xiàn)易用性的問題時，軟件不會傷到筋骨，皮毛的修改總是非常容易的。
測試人員的角色也是逐步的由開發(fā)向用戶方向轉(zhuǎn)移。
測試存在兩個非常重要的問題，一是保證測試的結(jié)果真正是反映了軟件的質(zhì)量。一般來講，如果測試測出的錯誤數(shù)是收斂的情況，基本認為測試本身應當是比較全面的和足夠深入的。二是測試結(jié)果的反饋。測試報告是測試結(jié)果的正式書面反饋形式。測試報需要經(jīng)過質(zhì)量監(jiān)督組的復審，并進行統(tǒng)計，再形成質(zhì)量監(jiān)督報告的一部分，提交到項目經(jīng)理和項目開發(fā)組組長處。同時，測試組產(chǎn)生的測試報告和測試統(tǒng)計報告也要進行歸檔，以便跟蹤軟件的質(zhì)量進展。這也是軟件進行版本編號的一個重要依據(jù)。
文檔維護
文檔維護主要是文檔組的工作。文檔從用途上分主要分為內(nèi)部文檔和外部文檔。
內(nèi)部文檔包括： 項目開發(fā)計劃； 需求分析； 體系結(jié)構(gòu)設計說明； 詳細設計說明； 構(gòu)件索引； 構(gòu)件成分說明； 構(gòu)件接口及調(diào)用說明； 組件索引； 組件接口及調(diào)用說明； 類索引； 類屬性及方法說明； 測試報告； 測試統(tǒng)計報告； 質(zhì)量監(jiān)督報告； 源代碼； 文檔分類版本索引； 軟件安裝打包文件。
外部文檔主要包括： 軟件安裝手冊； 軟件操作手冊； 在線幫助； 系統(tǒng)性能指標報告； 系統(tǒng)操作索引。
文檔的重要性在前面的章節(jié)中已經(jīng)多次提到。如何保證文檔的全面性，使其真正為項目的進度提供保證，又不因為文檔的寫作而耽誤項目的進度，這仍然是一個比較難解決的問題。解決此問題，其核心仍然是個"度"的問題。在本項目的開發(fā)中，文檔組的一個非常重要的任務還是書寫文檔規(guī)范和文檔模板。當有文檔模板后需要書寫文檔的人員只剩下"填空"的工作，從某種意義上講，書寫文檔的速度會加快。如果書寫文檔的人員認為文檔的更細致的部分可以由他人幫助完成，則該文檔即交由他人完成，但此時文檔并不算被正式提交，當他人書寫完畢之后，必須由文檔的初寫者進行復審，復審通過后方可以正式提交，進入軟