【正文】 測試階段的劃分 ......................................................................... 23 1． 簡介 本流程文件旨在規(guī)定一個簡單的可使開發(fā)人員和測試人員在軟件開發(fā)的編碼階段相互配合工作的工作流程，其中包括測試與開發(fā)的配合 、 送測單 和 BUG 單的填寫、測試循環(huán)的結(jié)束等部分。開發(fā)階段與測試循環(huán)的關(guān)系、測試模塊的組合與測試原則、 BUG 的分類評級原則等 也在本流程文件中有相關(guān)的描述。 鑒于公司的技術(shù)要求，目前質(zhì)量部的測試人員不僅要完成黑盒測試工作，而且還要進行白盒測試中的“代碼走查”工作。其它的白盒測試工作，目前還不在測試人員的工作職責之內(nèi)。 由于公司已經(jīng)為質(zhì)量管理部開發(fā)完成“輔助測試系統(tǒng) ”，因此本測試流程的制定就建立在輔助測試系統(tǒng)之上，如果輔助測試系統(tǒng)有了新的版本，質(zhì)量部將根據(jù)其變化適當調(diào)整測試流程。 2． 適用范圍 本流程文件適用于公司開發(fā)軟件并需要測試服務(wù)的任何軟件開發(fā)項目組、軟件開發(fā)人員，以及任何測試人員。 當項目組在輔助測試系統(tǒng)中注冊以后，公司領(lǐng) 導(dǎo)可以使用本系統(tǒng)查詢了解所有在本系統(tǒng)中注冊的項目的測試信息，項目的質(zhì)量管理員可以使用本系統(tǒng)查詢了解項目的當前測試進展情況。程序員和測試員都可以使用本系統(tǒng)查詢到自己產(chǎn)生的送測單和 BUG 單。 3． 術(shù)語、名詞定義 送測軟件 送測軟件包括一切軟件執(zhí)行必須的文件、數(shù)據(jù)、數(shù)據(jù)庫配置等。開發(fā)人員必須提供所有的詳細的資料以保證測試人員可以像客戶一樣的運行被測軟件。 開發(fā)文檔 開發(fā)人員提供給測試人員的開發(fā)文檔至少包括以下幾種：用戶需求，概要設(shè)計，詳細設(shè)計，用戶手冊等。開發(fā)人員應(yīng)當在開發(fā)每階段完成后三天內(nèi)就向測試人員傳送本階段 完成的開發(fā)文檔，以利于測試人員的工作。 測試文檔 測試文檔包括測試計劃、測試用例說明、 BUG 報告及分析、測試總結(jié)，以及測試工作全部完成后的測試報告等。測試文檔由測試人員編寫并維護，也屬于開發(fā)文檔的一部分。 被測程序 被測程序指的是開發(fā)人員提交測試的軟件可執(zhí)行的部分。被測程序應(yīng)當既包括單獨的工程文件，以便測試人員進行代碼走查工作；而且還要包括已經(jīng)編譯打包好的可執(zhí)行文件。 送測單 送測單是指開發(fā)人員向測試人員提交被測軟件時必須填寫的提交報告。開發(fā)人員應(yīng)當謹慎填寫送測單上的被測程序的版本號，保證和被測程序的 版本號一致。送測單必須有送測重點，以利于測試人員工作。 BUG 單 BUG 單是指測試人員在測試完成后，向開發(fā)人員提交的 BUG匯總報告。開發(fā)人員確認并修改 BUG 后，必須填入修改意見并將BUG 單返回給測試人員以驗證是否修改成功。 測試循環(huán) 測試循環(huán)是指從軟件單元 /模塊的第一次提交測試到本編碼階段結(jié)束中間經(jīng)過的所有的有關(guān)的測試行為和過程。其開始的標志是本階段的第一份提交的送測單，其結(jié)束標志是測試總結(jié)或測試報告的提交和審批通過。 4． 參考文獻 1. 計算機軟件測試文件編制規(guī)范， GB 938688 2. 客戶機 /服務(wù)器系統(tǒng)測 試 ，（美） Bourne， ，機械工業(yè)出版社， . 3. 軟件開發(fā)規(guī)范，航空工業(yè)標準 646490 5． 測試與開發(fā)的配合 目前，質(zhì)量部已經(jīng)裝備測試工作專用的工具“輔助測試系統(tǒng) ”，因此測試與開發(fā)的配合將結(jié)合此工具展開；并且質(zhì)量部已經(jīng)有自己專用的測試服務(wù)器，從而可以大體上做到測試與開發(fā)獨立進行。本文件中規(guī)定的流程就是按照這個思想形成。 由于目前公司自主開發(fā)的軟件產(chǎn)品基本上都是基于客戶機 /服務(wù)器模式，因此，要做到測試與開發(fā)獨立進行，只需要把軟件用到的數(shù)據(jù)庫分開安裝到不同的服務(wù)器上就可以了，從而保證 開發(fā)與測試不會產(chǎn)生數(shù)據(jù)沖突。如果是采用 B/S 結(jié)構(gòu)的軟件，只需要在開發(fā)部的服務(wù) 器上建立一個可執(zhí)行包就可以了；在必要的情況下，也可同時在質(zhì)量部服務(wù)器上建立可執(zhí)行包。 在此系統(tǒng)的基礎(chǔ)之上，又采取用 Microsoft 來對開發(fā)文檔和軟件進行管理，從而減少了文檔傳遞失誤的機會，提高了測試自動化的程度，也降低了測試人員的工作量。 文檔和軟件保存目錄 公司目前采取的開發(fā)方式，用 SourceSafe 來對整個開發(fā)的產(chǎn)品來進行管理，因此對于測試人員來說，不必再單獨對開發(fā)文檔、軟件模塊進行復(fù)制和 保存，測試服務(wù)器上的共享目錄只是用于保存最終發(fā)行的軟件產(chǎn)品。 共享目錄在項目開始階段由測試小組的負責人在質(zhì)量部專用的測試服務(wù)器上建立，并由測試負責人在整個項目期間進行維護。共享目錄的內(nèi)容包括評審?fù)ㄟ^的最終軟件（源代碼和可執(zhí)行文件）、各種開發(fā)文檔（包括測試文檔）。 最終的共享目錄 TsPrjName 的結(jié)構(gòu)如下所示： TsPrjName 子目錄“開發(fā)文檔” 子目錄“最終軟件” 具體的建立規(guī)則如下： 1． 假設(shè)項目中文簡稱為 PrjName, 則共享目錄的名字必須是TsPrjName。如項目簡稱為“寶開二期”，則共享目錄的名字就是“ Ts 寶開二期”。 2． 子目錄“開發(fā)文檔” 用于存放開發(fā)人員傳遞到測試組的所有“完整的”開發(fā)文檔，這里的“完整”指經(jīng)過公司技術(shù)委員會評審確認的、能獨立向所有使用者發(fā)行的文檔。當不同的文檔使用人員對其內(nèi)容產(chǎn)生歧義時，都以這里保存的文檔作為仲裁依據(jù)。其二級子目錄可以分為規(guī)格說明、需求分析、概要設(shè)計等等，由開發(fā)人員和測試人員商量決定。 3． 子目錄“最終軟件”存放已經(jīng)通過內(nèi)部評審的軟件，如果軟件是分為幾個階段開發(fā)的，并且每個階段的產(chǎn)品都要發(fā)行給用戶，則測試員必須備份每個階段最終發(fā)行給用戶的產(chǎn)品。 輔助工具的使用 輔助工具目前有兩個：輔助測試系統(tǒng) 和 Microsoft 。 輔助測試系統(tǒng) 輔助測試系統(tǒng) 是一個 B/S 系統(tǒng)，通過 IExplorer 訪問，建立在質(zhì)量部服務(wù)器上，由質(zhì)量部維護，使用人員通過在 IE 地址欄中輸入 賬號，否則無法使用。 輔助測試系統(tǒng)中的使用人員共分為六種身份：測試主管，測試員，項目經(jīng)理，程序員、領(lǐng)導(dǎo)和超級用戶。相同的用戶賬號只能