【正文】 測試報告提交后，項目經(jīng)理、開發(fā)部門經(jīng)理、質(zhì)量部經(jīng)理以及公司的技術(shù)委員會將審閱或簽字確認(rèn)，并將成為軟件是否可發(fā)行的參考資料之一。 ? 如果本 BUG 單已經(jīng) CLOSE，則由測試人員口頭通知程序員，否則重復(fù)以上的步驟。 ? 測試員根據(jù)測試用例做測試，將發(fā)現(xiàn)的 BUG 現(xiàn)象填入對應(yīng)的BUG 單中 。不相同就把 BUG 單打回給程序員。如果是，則測試員驗證是否按照處理方法的描述解決了所有問題；否則將BUG 單再次返回給程序員。 4． 備注字段在開發(fā)人員向測試人員解釋自己的回答時由開發(fā)人員填寫，也可在測試人員向開發(fā)人員詳細解釋 BUG 描寫的時候填寫。對 BUG 和問題的回答有三種方式：一是“已修改”； 二是“暫不修改”；三是“不存在 ”。對于問題和建議，它 們的級別應(yīng)當(dāng)選擇為“未定義”。 BUG 和問題的描述中，操作步驟和 BUG 現(xiàn)象用“ =〉”加以區(qū)分，“ =〉”以前是重復(fù)本問題的步驟，以后是測試員認(rèn)為不對的地方。 BUG 單的形式如下： Bug 單 項目名稱 被 測 模 塊 項目經(jīng)理 送測版本 送測人 測試員 驗證人 收測日期 最后修改日期 修訂版本 BUG 描述 BUG類別 BUG 級別 BUG 處理 備注 1. BUG 單的填寫 在輔助測試系統(tǒng)中，一旦測試員接收了送測單，對應(yīng)的 BUG 單會自動產(chǎn)生，因此在上面的 BUG 單中基本上測試員只需要填寫 BUG描述、 BUG 類別和 BUG 級別字段，而送測的程序員只需要填寫修訂版本和 BUG 處理就行了。 7 ． BUG 單 每一個送測單將對應(yīng)的產(chǎn)生一個 BUG 單。上述過程中任何一步出現(xiàn)問題，項目經(jīng)理都可把測 試單打回給程序員，進行重新送測。 工作流程 ? 開發(fā)人員填寫送測單，提交待測模塊和相應(yīng)的詳細設(shè)計文檔給項目經(jīng)理確認(rèn)。 7． 測試重點是指開發(fā)人員或客戶在使用本模塊時，對本模塊在穩(wěn)定性，可靠性，易用性等任何本模塊應(yīng)該滿足的一些要求，比如對于“酒樓收銀”模塊，數(shù)據(jù)計算的正確性是應(yīng)該首先達到的最基本的要求。 5． 版本號字段請?zhí)顚懕敬嗡蜏y的模塊的版本號。在每個階段中，對一個模塊只產(chǎn)生一個送測單和 BUG 單，當(dāng)送測單生成以后， BUG 單隨即產(chǎn)生，在 整個階段中，開發(fā)人員和測試人員都只用這一張 BUG 單來交流。在輔助測試系統(tǒng)中，項目經(jīng)理要對送測單的處理方式做出選擇，可供選擇的項有不處理、打回和通過，還有一個備注字段可供項目經(jīng)理填寫個人意見。 送 測單的形式如下所示： 送 測 單 項目名稱 送測模塊 送測階段 項目經(jīng)理 送測人 送測日期 版本號 工程文件路徑和名字 可執(zhí)行文件路徑和名字 軟 件 配 置 測試要求（重點）： 收測人 收測日期 送測單的填寫 其填寫規(guī)則約定如下： 1． 項目名稱、送測內(nèi)容 、 送測人和送測日期等四個字段由送測人填寫。 對于具體的使用輔助測試系統(tǒng)的開發(fā)與測試配合的工作流程可以參見《輔助測試系統(tǒng)使用手冊》（由開發(fā) 2 部負責(zé)編寫，預(yù)計會在 8月初完成），也可以參見 qa\wangl\軟件測試 \測試流程圖 \。完成測試后，將 BUG 單傳遞給測試主管確認(rèn)。如果在本次送測的某個模塊中的代碼走查中發(fā)現(xiàn)存在 5 個以上違反編碼規(guī)范的地方，則將該模塊返回給程序員 重新送測，本模塊的測試結(jié)束，繼續(xù)下一個模塊的測試。 ? 項目經(jīng)理檢查送測單上的內(nèi)容后，執(zhí)行確認(rèn)工作，并將打包好的可執(zhí)行代碼發(fā)布到開發(fā)部服務(wù)器的 SourceSafe 中（如果是B/S 結(jié)構(gòu)的軟件，要把可執(zhí)行代碼發(fā)布到 IIS 上），將相關(guān)的數(shù)據(jù)庫發(fā)布到質(zhì)量部服務(wù)器上。 測試人員在測試過程中形成的測試文檔，也應(yīng)當(dāng)按照項目經(jīng)理指 定的目錄保存在 SourceSafe 里 面，這樣既方便了同開發(fā)人員之間的交流，也使得所有項目產(chǎn)品有了一個統(tǒng)一的存放地點。 Microsoft 使用 的主要作用在于能減少文檔的傳遞次數(shù)，從而能有效的降低文檔的不一致性，提高文檔的及時性和有效性。相同的用戶賬號只能具有一種身份 ，所有的用戶只能由超級用戶建立。 3． 子目錄“最終軟件”存放已經(jīng)通過內(nèi)部評審的軟件，如果軟件是分為幾個階段開發(fā)的，并且每個階段的產(chǎn)品都要發(fā)行給用戶，則測試員必須備份每個階段最終發(fā)行給用戶的產(chǎn)品。如項目簡稱為“寶開二期”，則共享目錄的名字就是“ Ts 寶開二期”。 文檔和軟件保存目錄 公司目前采取的開發(fā)方式，用 SourceSafe 來對整個開發(fā)的產(chǎn)品來進行管理，因此對于測試人員來說，不必再單獨對開發(fā)文檔、軟件模塊進行復(fù)制和 保存，測試服務(wù)器上的共享目錄只是用于保存最終發(fā)行的軟件產(chǎn)品。本文件中規(guī)定的流程就是按照這個思想形成。開發(fā)人員確認(rèn)并修改 BUG 后，必須填入修改意見并將BUG 單返回給測試人員以驗證是否修改成功。 送測單 送測單是指開發(fā)人員向測試人員提交被測軟件時必須填寫的提交報告。 測試文檔 測試文檔包括測試計劃、測試用例說明、 BUG 報告及分析、測試總結(jié)，以及測試工作全部完成后的測試報告等。 3． 術(shù)語、名詞定義 送測軟件 送測軟件包括一切軟件執(zhí)行必須的文件、數(shù)據(jù)、數(shù)據(jù)庫配置等。 由于公司已經(jīng)為質(zhì)量管理部開發(fā)完成“輔助測試系統(tǒng) ”，因此本測試流程的制定就建立在輔助測試系統(tǒng)之上，如果輔助測試系統(tǒng)有了新的版本，質(zhì)量部將根據(jù)其變化適當(dāng)調(diào)整測試流程。 軟件開發(fā)與測試配合 工作流程 XXX 軟件股份有限公司質(zhì)量部 目 錄 1． 簡介 .......................................................................................