【正文】 兩個(gè)字段由程序員填寫，項(xiàng)目經(jīng)理必須檢查確認(rèn)這兩個(gè)字段所填寫的信息是否都是準(zhǔn)確無誤的?？蓤?zhí)行文件路徑指的是：如果本次送測(cè)的模塊要用 IE 打開，請(qǐng)?zhí)顚憺g覽器地址或超級(jí)聯(lián)接地址；如果是 exe 文件，請(qǐng)?zhí)顚懌@取的路徑和文件名稱。單元測(cè)試中，版本號(hào)指的是本次送測(cè)的模塊的窗體的統(tǒng)一版本號(hào)；其他測(cè)試中，請(qǐng)?zhí)顚懕敬嗡蜏y(cè)的工程的版本號(hào)。軟件配置字段由送測(cè)人和開發(fā)經(jīng)理共同確定并填寫。測(cè)試重點(diǎn)由送測(cè)人和項(xiàng)目經(jīng)理共同確定，并由送測(cè)人填寫。在輔助測(cè)試系統(tǒng)中，此部分是一個(gè)單獨(dú)的模塊，由測(cè)試員操作。在輔助測(cè)試系統(tǒng)中，項(xiàng)目名稱和模塊名稱都由超級(jí)用戶在系統(tǒng)管理模塊中添加，程序員在填寫送測(cè)單時(shí)只需要從列表框中選擇就可以了。 ? 項(xiàng)目經(jīng)理確認(rèn)所填信息都正確無誤，并且把可執(zhí)行文件在開發(fā)服務(wù)器上發(fā)布，數(shù)據(jù)庫(kù)文件同時(shí)發(fā)布到開發(fā)服務(wù)器和測(cè)試服務(wù)器上，對(duì)模塊進(jìn)行簡(jiǎn)單的試用之后，簽字送測(cè)。 ? 測(cè)試員在輔助測(cè)試系統(tǒng)的“送測(cè)單接收”模塊中收到送測(cè)單。如果這不是本模塊的第一次送測(cè)，測(cè)試員還應(yīng)當(dāng)驗(yàn)證一下上一次的 BUG 是否都已經(jīng)全部處理了。 BUG 單由測(cè)試員填寫后交開發(fā)人員處理，最終返回到測(cè)試員手中。如果在輔助測(cè)試系統(tǒng)中 BUG 單的形式與這里列出的不同，請(qǐng)參考本文 件的規(guī)定執(zhí)行。填寫規(guī)則規(guī)定如下 ： 1． BUG 描述和 BUG 級(jí)別兩個(gè)字段由測(cè)試員填寫。 BUG 描述可以分三種形式：一是 BUG；二是問題；三是建議。建議的描述可以直接寫出來，不必用“ =〉”加以區(qū)分。 BUG 按其嚴(yán)重性級(jí)別來評(píng)級(jí)，共分 A、 B、 C、 D、 E 五級(jí)（參見本文第 節(jié)表 1中的描述），在系統(tǒng)提供的列表框中選擇。 2． 對(duì)于每一條 BUG，除了判定它的級(jí)別以外，還要判定 BUG 的技術(shù)分類： 功能性錯(cuò)誤、系統(tǒng)錯(cuò)誤、邏輯錯(cuò)誤、用戶界面錯(cuò)誤、數(shù)據(jù)錯(cuò)誤和編碼錯(cuò)誤等，以及問題和建議，由測(cè)試員根據(jù)實(shí)際情況做出選擇。對(duì) BUG 描述一欄中的每一條，開發(fā)人員都要做出相應(yīng)的回答并給出是否已修改或者暫不修改的理由。對(duì)于后兩種回答都必須給出相應(yīng)的理由。對(duì)于建議的回 答有兩種方式：“采用”和“不采用”，可酌情給出解釋或不給出解釋。 5． 開發(fā)人員處理完 BUG 單上所有的 BUG 后，要將修訂 BUG 后的模塊和 BUG 單分別傳遞給項(xiàng)目經(jīng)理和測(cè)試人員，這時(shí)如果不是進(jìn)入下一個(gè)測(cè)試階段，就不必再填寫新的送測(cè)單，只需要重新發(fā)布新的代碼和可執(zhí)行文件。 6． 測(cè)試員接到程序員處理過的 BUG 單后，首先驗(yàn)證新的模塊版本號(hào)是否和 BUG 單上的“修訂版本”字段相 同。其次，測(cè)試員要測(cè)試模塊是否產(chǎn)生了新的 BUG。 工作流程 ? 測(cè)試員在輔助測(cè)試系統(tǒng)的 BUG 單填寫模塊中，驗(yàn)證程 序的版本號(hào)是否和 BUG 單上的送測(cè)版本號(hào)相同（如果不是第一次送測(cè)，這里應(yīng)當(dāng)對(duì)比修訂版本號(hào)）。 ? 如果不是第一次送測(cè)，測(cè)試員根據(jù) BUG 的處理情況驗(yàn)證程序員對(duì)上一次測(cè)試所發(fā)現(xiàn)的 BUG 的修改情況，并把已經(jīng)修改完成的 BUG 的狀態(tài)置為 CLOSE。 ? 測(cè)試員根據(jù)送測(cè)單上的測(cè)試重點(diǎn)設(shè)計(jì)或選取測(cè)試用例。 ? 測(cè)試員提交 BUG 單給測(cè)試主管進(jìn)行驗(yàn)證并由測(cè)試主管傳遞給程序員。 ? 程序員返還 BUG 單給測(cè)試人員。 8 ．測(cè)試階段的結(jié)束 測(cè)試以本階段所有已開發(fā)模塊都經(jīng)過測(cè)試，并且仍存在的 BUG 數(shù)量滿足國(guó)標(biāo)中的規(guī)定為本階段的結(jié)束，也可以根據(jù)實(shí)際情況由軟件開發(fā)部門的經(jīng)理、項(xiàng)目經(jīng)理和測(cè)試主管共同確定本階段是否結(jié)束。內(nèi)容包括對(duì)當(dāng)前版本軟件已測(cè)模塊的測(cè)試評(píng)估，已發(fā)現(xiàn) BUG 的分類統(tǒng)計(jì)，未修改的 BUG 及其原因，當(dāng)前的測(cè)試工作的總結(jié)等。 9 . 備注 以下內(nèi)容屬于流程之中的一些原則和測(cè)試工作中的一些做法，寫在這里供開發(fā)人員參考。編碼階段的劃分由開發(fā)組和項(xiàng)目經(jīng)理負(fù)責(zé)，各階段的完成標(biāo)志應(yīng)當(dāng)明確的告知測(cè)試組，以利于測(cè)試組在測(cè)試計(jì)劃中分階段的安排測(cè)試工作、設(shè)計(jì)測(cè)試用例和調(diào)配測(cè)試資源。每一次軟件送測(cè)時(shí)，把已完成并通過開發(fā)組內(nèi)部測(cè)試的模塊聯(lián)編入核心模塊中送測(cè)，已經(jīng)通過測(cè)試的模塊不應(yīng)當(dāng)被取出。對(duì)于已測(cè)試過的模塊，可以酌情加以發(fā)揮性的測(cè)試，但在所有的測(cè)試階段之后，每個(gè)模塊至少保證測(cè)試過兩遍以上。不太嚴(yán)重的則是在時(shí)間和資源允許的情況 下才去理會(huì)它們。如在系統(tǒng)實(shí)現(xiàn)的界面上，一些可接受輸入的控件點(diǎn)擊后無作用；對(duì)數(shù)據(jù)庫(kù)的操作不能正確實(shí)現(xiàn) 6） 編碼時(shí)數(shù)據(jù)類型、長(zhǎng)度定義錯(cuò)誤的； 7） 對(duì)用戶的使用有操作順序上的限制 8） 雖然正確性不受影響，但系統(tǒng)性能和響應(yīng)時(shí)間受到影響 D 一般性的 不正確的，但是沒有特別損害的輸出，或者使系統(tǒng)使用起來不太方便的錯(cuò)誤 1）系統(tǒng)的提示語不明確，不簡(jiǎn)明 2）滾動(dòng)條無效 3）可編輯區(qū)和不可編輯區(qū)不明顯， 4）光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤； 5）對(duì)庫(kù)記錄指針，方向鍵無效時(shí)沒有變灰 6）界面不一致，或界面不正確 E 輕微的 1）日期或 時(shí)間初始值錯(cuò)誤（起止日期、時(shí)間沒有限定） 2）按鈕或標(biāo)簽上有拼寫錯(cuò)誤的單詞、不正確的大小寫 除了按嚴(yán)重性來分類， BUG 還可以按技術(shù)種類分為以下幾類： 表 2 按技術(shù)種類劃分 BUG 類 別 描 述 功能性錯(cuò)誤 列在說明中的需求沒有在最終系統(tǒng)中達(dá)到 系統(tǒng)錯(cuò)誤 存在或產(chǎn)生于所開發(fā)的系統(tǒng)之外的軟硬件錯(cuò)誤 邏輯錯(cuò)誤 程序運(yùn)行起來不像要求的樣子 用戶界面錯(cuò)誤 字段和控件標(biāo)號(hào)不一致，功能提供的不一致等 數(shù)據(jù)錯(cuò)誤 訪問數(shù)據(jù)庫(kù)時(shí)出錯(cuò) 編碼錯(cuò)誤 源代碼中存在的語法錯(cuò)誤 測(cè)試錯(cuò)誤 測(cè)試者誤操作卻認(rèn)為發(fā)現(xiàn)了 問題 在執(zhí)行本規(guī)定時(shí)， BUG 的評(píng)級(jí)原則按表 1 中的描述進(jìn)行。 2． 在交付給用戶的文檔資料中，允許存在的 BUG 數(shù)量按以下方法計(jì)算：用程序的千行源代碼（ KLOC）數(shù)量除以25，所得數(shù)加上 3即為文檔中允許存在的最大 BUG 數(shù)量。 測(cè)試階段的劃分 本節(jié)的詳細(xì)描述可在公司文檔《軟件測(cè)試文檔編制規(guī)范》中找到。 1. 單元測(cè)試 (Unit testing) 將開發(fā)成功的各個(gè)子模塊單獨(dú)測(cè)試。 3. 確認(rèn)測(cè)試 (Verification testing) 確認(rèn)測(cè)試又稱有效性測(cè)試。 4. 系統(tǒng)測(cè)試 (System testing) 安裝測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、運(yùn)行測(cè)試、操作手冊(cè)測(cè)試等任何用戶需要打交道的