【正文】 4. 系統(tǒng)測(cè)試 (System testing) 安裝測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、運(yùn)行測(cè)試、操作手冊(cè)測(cè)試等任何用戶需要打交道的東西。 1. 單元測(cè)試 (Unit testing) 將開(kāi)發(fā)成功的各個(gè)子模塊單獨(dú)測(cè)試。 2． 在交付給用戶的文檔資料中，允許存在的 BUG 數(shù)量按以下方法計(jì)算：用程序的千行源代碼（ KLOC）數(shù)量除以25，所得數(shù)加上 3即為文檔中允許存在的最大 BUG 數(shù)量。不太嚴(yán)重的則是在時(shí)間和資源允許的情況 下才去理會(huì)它們。每一次軟件送測(cè)時(shí)，把已完成并通過(guò)開(kāi)發(fā)組內(nèi)部測(cè)試的模塊聯(lián)編入核心模塊中送測(cè)，已經(jīng)通過(guò)測(cè)試的模塊不應(yīng)當(dāng)被取出。 9 . 備注 以下內(nèi)容屬于流程之中的一些原則和測(cè)試工作中的一些做法，寫(xiě)在這里供開(kāi)發(fā)人員參考。 8 ．測(cè)試階段的結(jié)束 測(cè)試以本階段所有已開(kāi)發(fā)模塊都經(jīng)過(guò)測(cè)試，并且仍存在的 BUG 數(shù)量滿足國(guó)標(biāo)中的規(guī)定為本階段的結(jié)束，也可以根據(jù)實(shí)際情況由軟件開(kāi)發(fā)部門(mén)的經(jīng)理、項(xiàng)目經(jīng)理和測(cè)試主管共同確定本階段是否結(jié)束。 ? 測(cè)試員提交 BUG 單給測(cè)試主管進(jìn)行驗(yàn)證并由測(cè)試主管傳遞給程序員。 ? 如果不是第一次送測(cè)，測(cè)試員根據(jù) BUG 的處理情況驗(yàn)證程序員對(duì)上一次測(cè)試所發(fā)現(xiàn)的 BUG 的修改情況，并把已經(jīng)修改完成的 BUG 的狀態(tài)置為 CLOSE。其次，測(cè)試員要測(cè)試模塊是否產(chǎn)生了新的 BUG。 5． 開(kāi)發(fā)人員處理完 BUG 單上所有的 BUG 后，要將修訂 BUG 后的模塊和 BUG 單分別傳遞給項(xiàng)目經(jīng)理和測(cè)試人員，這時(shí)如果不是進(jìn)入下一個(gè)測(cè)試階段，就不必再填寫(xiě)新的送測(cè)單，只需要重新發(fā)布新的代碼和可執(zhí)行文件。對(duì)于后兩種回答都必須給出相應(yīng)的理由。 2． 對(duì)于每一條 BUG，除了判定它的級(jí)別以外，還要判定 BUG 的技術(shù)分類： 功能性錯(cuò)誤、系統(tǒng)錯(cuò)誤、邏輯錯(cuò)誤、用戶界面錯(cuò)誤、數(shù)據(jù)錯(cuò)誤和編碼錯(cuò)誤等，以及問(wèn)題和建議，由測(cè)試員根據(jù)實(shí)際情況做出選擇。建議的描述可以直接寫(xiě)出來(lái)，不必用“ =〉”加以區(qū)分。填寫(xiě)規(guī)則規(guī)定如下 ： 1． BUG 描述和 BUG 級(jí)別兩個(gè)字段由測(cè)試員填寫(xiě)。 BUG 單由測(cè)試員填寫(xiě)后交開(kāi)發(fā)人員處理，最終返回到測(cè)試員手中。 ? 測(cè)試員在輔助測(cè)試系統(tǒng)的“送測(cè)單接收”模塊中收到送測(cè)單。在輔助測(cè)試系統(tǒng)中，項(xiàng)目名稱和模塊名稱都由超級(jí)用戶在系統(tǒng)管理模塊中添加，程序員在填寫(xiě)送測(cè)單時(shí)只需要從列表框中選擇就可以了。測(cè)試重點(diǎn)由送測(cè)人和項(xiàng)目經(jīng)理共同確定，并由送測(cè)人填寫(xiě)。單元測(cè)試中，版本號(hào)指的是本次送測(cè)的模塊的窗體的統(tǒng)一版本號(hào)；其他測(cè)試中，請(qǐng)?zhí)顚?xiě)本次送測(cè)的工程的版本號(hào)。 4． “工程文件路徑和名字”和“可執(zhí)行文件路徑和名字”兩個(gè)字段由程序員填寫(xiě)，項(xiàng)目經(jīng)理必須檢查確認(rèn)這兩個(gè)字段所填寫(xiě)的信息是否都是準(zhǔn)確無(wú)誤的。 3． 送測(cè)階段指的是當(dāng)前測(cè)試的階段，由程序員填寫(xiě)。送測(cè)內(nèi)容指的是本次送測(cè)的程序模塊。 6 . 送測(cè)單 送測(cè)單用于開(kāi)發(fā)人員向測(cè)試人員提交被測(cè)軟件，由程序員填寫(xiě)并通過(guò)項(xiàng)目經(jīng)理傳遞到測(cè)試人員。 ? 測(cè)試人員測(cè)試完成后，測(cè)試主管必須對(duì) BUG 單執(zhí)行“驗(yàn)證”過(guò)程，即檢驗(yàn) BUG 單上描寫(xiě)的 BUG 是否都是正確的。如果所有模塊都 不能通過(guò)代碼走查工作，則本次測(cè)試全部結(jié)束，不必再進(jìn)行下一步的功能測(cè)試。 ? 測(cè)試人員接受送測(cè)單后，從 SourceSafe 中獲得程序代碼，開(kāi)始測(cè)試。 對(duì) SourceSafe 中保存的其他開(kāi)發(fā)文檔和軟件產(chǎn)品，原則上測(cè)試人員都只能讀而不能寫(xiě)，比如對(duì)于文檔和軟件產(chǎn)品只能使用“ get last version”命令來(lái)進(jìn)行閱讀，測(cè)試人員在得到這些產(chǎn)品以后，都不必再把它們放回去。開(kāi)發(fā)人員使用 可以保證所有人員包括測(cè)試人員看到的是同一個(gè)版本的文檔，從而避免理解上的偏差。 通過(guò)輔助測(cè)試系統(tǒng)，用戶可以查閱到當(dāng)前項(xiàng)目中程序員的送測(cè)信息和模塊的送測(cè)情況，可以隨時(shí)了解程序中仍然存在的 BUG 信息，并可以看到查詢出來(lái)的信息的統(tǒng)計(jì)結(jié)果。 輔助工具的使用 輔助工具目前有兩個(gè)：輔助測(cè)試系統(tǒng) 和 Microsoft 。 2． 子目錄“開(kāi)發(fā)文檔” 用于存放開(kāi)發(fā)人員傳遞到測(cè)試組的所有“完整的”開(kāi)發(fā)文檔，這里的“完整”指經(jīng)過(guò)公司技術(shù)委員會(huì)評(píng)審確認(rèn)的、能獨(dú)立向所有使用者發(fā)行的文檔。 共享目錄在項(xiàng)目開(kāi)始階段由測(cè)試小組的負(fù)責(zé)人在質(zhì)量部專用的測(cè)試服務(wù)器上建立，并由測(cè)試負(fù)責(zé)人在整個(gè)項(xiàng)目期間進(jìn)行維護(hù)。 由于目前公司自主開(kāi)發(fā)的軟件產(chǎn)品基本上都是基于客戶機(jī) /服務(wù)器模式，因此，要做到測(cè)試與開(kāi)發(fā)獨(dú)立進(jìn)行，只需要把軟件用到的數(shù)據(jù)庫(kù)分開(kāi)安裝到不同的服務(wù)器上就可以了，從而保證 開(kāi)發(fā)與測(cè)試不會(huì)產(chǎn)生數(shù)據(jù)沖突。 測(cè)試循環(huán) 測(cè)試循環(huán)是指從軟件單元 /模塊的第一次提交測(cè)試到本編碼階段結(jié)束中間經(jīng)過(guò)的所有的有關(guān)的測(cè)試行為和過(guò)程。開(kāi)發(fā)人員應(yīng)當(dāng)謹(jǐn)慎填寫(xiě)送測(cè)單上的被測(cè)程序的版本號(hào)，保證和被測(cè)程序的 版本號(hào)一致。測(cè)試文檔由測(cè)試人員編寫(xiě)并維護(hù)，也屬于開(kāi)發(fā)文檔的一部分。開(kāi)發(fā)人員必須提供所有的詳細(xì)的資料以保證測(cè)試人員可以像客戶一樣的運(yùn)行被測(cè)軟件。 2． 適用范圍 本流程文件適用于公司開(kāi)發(fā)軟件并需要測(cè)試服務(wù)的任何軟件開(kāi)發(fā)項(xiàng)目組、軟件開(kāi)發(fā)人員，以及任何測(cè)試人員。開(kāi)發(fā)階段與測(cè)試循環(huán)的關(guān)系、測(cè)試模塊的組合與測(cè)試原則、 BUG 的分類評(píng)級(jí)原則等 也在本流程文件中有相關(guān)的描述。 鑒于公司的技術(shù)要求，目前質(zhì)量部的測(cè)試人員不僅要完成黑盒測(cè)試工作，而且還要進(jìn)行白盒測(cè)試中的“代碼走查”工作。 當(dāng)項(xiàng)目組在輔助測(cè)試系統(tǒng)中注冊(cè)以后，公司領(lǐng) 導(dǎo)可以使用本系統(tǒng)查詢了解所有在本系統(tǒng)中注冊(cè)的項(xiàng)目的測(cè)試信息，項(xiàng)目的質(zhì)量管理員可以使用本系統(tǒng)查詢了解項(xiàng)目的當(dāng)前測(cè)試進(jìn)展情況。 開(kāi)發(fā)文檔 開(kāi)發(fā)人員提供給測(cè)試人員的開(kāi)發(fā)文檔至少包括以下幾種：用戶需求，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，用戶手冊(cè)等。 被測(cè)程序 被測(cè)程序指的是開(kāi)發(fā)人員提交測(cè)試的軟件可執(zhí)行的部分。送測(cè)單必須有送測(cè)重點(diǎn)，以利于測(cè)試人員工作。其開(kāi)始的標(biāo)志是本階段的第一份提交的送測(cè)單，其結(jié)束標(biāo)志是測(cè)試總結(jié)或測(cè)試報(bào)告的提交和審批通過(guò)。如果是采用 B/S 結(jié)構(gòu)的軟件，只需要在開(kāi)發(fā)部的服務(wù) 器上建立一個(gè)可執(zhí)行包就可以了；在必要的情況下，也可同時(shí)在質(zhì)量部服務(wù)器上建立可執(zhí)行包。共享目錄的內(nèi)容包括評(píng)審?fù)ㄟ^(guò)的最終軟件（源代碼和可執(zhí)行文件）、各種開(kāi)發(fā)文檔（包括測(cè)試文檔）