2.3 結(jié)隊編程，提前測試
　　為了提高軟件的質(zhì)量，公司可以嘗試實行先結(jié)隊編程，這其中也貫穿著質(zhì)量意識。因為團隊的兩個開發(fā)人員輪流編程、輪流寫文檔、互相監(jiān)督、互相測試。這樣不僅可以有精力把文檔寫好寫全，而且可以提前單元測試，互相監(jiān)督對方養(yǎng)成好的編程習(xí)慣。終提高工作效率。
　　結(jié)隊編程后，單元模塊先由項目組配備的測試人員首先進行測試，然后質(zhì)量控制部的人員按照項目計劃檢查項目是否按照預(yù)定計劃正常進行，相關(guān)文檔是否撰寫，并進行集成測試。
　　2.4 善于總結(jié)，提高效率
　　總結(jié)是一種非常好的學(xué)習(xí)方法，它可以節(jié)省精力、節(jié)約時間達到事半功倍的效果。在項目的開發(fā)過程中，可以將碰到的重要的技術(shù)方面的問題要及時記錄并將解決方案也記錄下來，以便于其他相關(guān)人員的參考。同樣，在測試的過程中，測試人員應(yīng)該及時總結(jié)發(fā)現(xiàn)的錯誤并歸類，標明經(jīng)常容易出錯的地方，將意見提交項目經(jīng)理，審核后，制定出一份統(tǒng)一標準并提供給開發(fā)人員，這樣可以提前避免錯誤、避免重復(fù)錯誤和重復(fù)測試，提高測試效率。不僅如此，項目結(jié)束后的各項總結(jié)報告將是項目的后期維護或二次開發(fā)的寶貴參考資料。
　�。常�結(jié)論
　　軟件開發(fā)作為一種復(fù)雜的智力密集型的活動，同一般產(chǎn)品的設(shè)計和生產(chǎn)過程有相當大的差別，人的因素占的比例很大，控制也更為復(fù)雜。例如軟件的正確性無法證明、測試也很困難，如果希望通過終的測試確保產(chǎn)品的質(zhì)量是完全做不到的；生命周期的各個階段的轉(zhuǎn)化無法確保百分之百的正確和完整，等等。實踐證明，如果不從本公司的實際情況出發(fā)，盲目地套用一些好高騖遠的開發(fā)體系或者質(zhì)量體系文件是行不通的，所建立的體系對提高管理水平非但不能起到多大的促進作用，而且可能會對正常的開發(fā)活動起阻礙作用，引起開發(fā)人員的反感。這樣建立的體系或者難于維持下去，或者要花費寶貴的資源去維持一套無用的體系。所以，建議根據(jù)公司的實際量身定做，建立起一套符合本公司情況的切實可行的標準和規(guī)范，真正的改善軟件過程，加強測試，提高軟件質(zhì)量。