【文章內(nèi)容簡介】 如表 166所示。 4． IEEE軟件缺陷報告模板 ANS/IEEE829— 1998標(biāo)準(zhǔn)定義了一個稱為軟件缺陷報告的文檔，用于報告“在測試期間發(fā)生的任何異常事件”。模板標(biāo)準(zhǔn)如表167所示。 16． 3． 2 缺陷類別 缺陷類別劃分為 5類： A 類、 B 類、 C類、 D 類、 E 類。 1． A 類 A類是由程序執(zhí)行引起的死機(jī)、非法退出、死循環(huán)。 ★ 數(shù)據(jù)庫發(fā)生死鎖； ★ 數(shù)據(jù)庫設(shè)計未達(dá)到范式的要求或需求規(guī)格說明的水平； ★ 數(shù)據(jù)功能實現(xiàn)錯誤； ★ 與數(shù)據(jù)庫連接錯誤； ★ 數(shù)據(jù)通訊錯誤。 2． B 類 B類是由程序語法引起的錯誤。 ★ 因錯誤操作迫使程序中斷。 ★ 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性。 3． C 類 C類是由操作界面引起的錯誤。 ★ 打印內(nèi)容、格式錯誤； ★ 簡單的輸入限制未放在前臺進(jìn)行控制； ★ 刪除操作未給出提示； ★ 數(shù)據(jù)庫表中有過多的空字。 4． D類 D類是由界面不規(guī)范引起的錯誤。 ★ 輔助說明描述不清楚； ★ 輸入輸出不規(guī)范； ★ 長操作未給用戶提示； ★ 提示窗口文字未采用行業(yè)術(shù)語； ★ 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志。 5． E類 E類是由遺漏部分功能引起的錯誤 ★ 實現(xiàn)功能與需求不相吻合。 16． 3． 3缺陷的分離和重現(xiàn) 軟件缺陷的分離和再現(xiàn)是考驗測試人員專業(yè)技能，測試人員要想有效報告軟件缺陷，就要對軟件缺陷以明顯、通用和再現(xiàn)的形式進(jìn)行描述。 1．缺陷的分離 缺陷分離的方法主要有： ★ 確保所有的測試步驟都被記錄（記錄每一個測試步驟、每一件工作）； ★ 注意時間和運(yùn)行條件上的因素（查找時間依賴和競爭條件的問題 (slow軟盤、 quick硬盤、時間發(fā)生次序 )； ★ 注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題； ★ 注意事件發(fā)生次序?qū)е碌能浖毕荩? ★ 考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用； ★ 注意系統(tǒng)的壓力條件； ★ 不能忽視硬件。與軟件不同，硬件不按預(yù)定方式工作。 2．缺陷的重現(xiàn) 缺陷的重現(xiàn)要采取繁雜的步驟才能再現(xiàn)，或者根本無法再現(xiàn)。開發(fā)人員有時可以根據(jù)相對簡單的錯誤信息就能找出問題所在。因為開發(fā)人員熟悉代碼，因此看到癥狀、測試用例步驟和分離問題的過程時，可能得到查找軟件缺陷的線索。一個軟件缺陷的再現(xiàn)問題有時需要小組的共同努力。如果軟件測試人員盡最大努力分離軟件缺陷，也無法表達(dá)準(zhǔn)確的再現(xiàn)步驟，那么仍然需要記錄和報告軟件缺陷。 ? 缺陷重現(xiàn)的方法同于缺陷分離的方法。 16． 3． 4軟件缺陷跟蹤系統(tǒng) 軟件缺陷跟蹤系統(tǒng)（ Bug Tracking System）是用于記錄、跟蹤、并歸類處理軟件開發(fā)過程出現(xiàn)的 Bug 和硬件系統(tǒng)中存在的缺陷（ defect）。集中管理軟件測試過程中所發(fā)現(xiàn)缺陷的數(shù)據(jù)庫程序，可以通過添加、修改、排序、查尋、存儲操作來管理軟件缺陷。目的是：保持進(jìn)度、保證質(zhì)量，提高整個機(jī)構(gòu)的生產(chǎn)效率。 在測試工作中應(yīng)用軟件缺陷管理系統(tǒng)具有以下優(yōu)點(diǎn)： ★ 保持高效率的測試過程； ★ 提高軟件缺陷報告的質(zhì)量； ★ 實施實時管理，安全控制； ★ 利于項目組成員間協(xié)同工作。 1．軟件缺陷跟蹤系統(tǒng)常用的功能要求 ★ 缺陷跟蹤管理系統(tǒng)應(yīng)采用 B/S結(jié)構(gòu)； ★ 采用標(biāo)準(zhǔn)技術(shù)，基于網(wǎng)絡(luò)，多功能，快速，可靠，好用性好； ★ 無需在用戶終端機(jī)器上裝任何附加軟件，可從網(wǎng)絡(luò)上任何地方通過 HTTP 或 SMTP 聯(lián)接； ★ 支持網(wǎng)頁界面，內(nèi)部網(wǎng)和外部網(wǎng)的用戶均可使用； ★ 支持各種數(shù)據(jù)庫系統(tǒng)，基于 SQL92 標(biāo)準(zhǔn)，使用開放型數(shù)據(jù)庫設(shè)計，可升級； ★ 可設(shè)置性和多用途 ,不僅可用做 Bug 跟蹤系統(tǒng)，而且可用做集成服務(wù)臺熱線流程管理； ★ 支持各種自定域數(shù)據(jù)類型，表格欄目可根據(jù)需要添加和刪減； ★ 頁面可做個性化調(diào)整，如添加公司標(biāo)志等； ★ 可同時支持多個項目，設(shè)置訪問權(quán)限，自我注冊； ★ 可設(shè)置基于表格欄目域的多層次權(quán)限； ★ 自定義工作流程（對每個項目）； ★ 自動或手動分配任務(wù)負(fù)責(zé)人； ★ 可一次附加多個任何類型的文件； ★ 支持直接屏幕抓圖（ Screen capture）； ★ 具有自動自定義電子郵件通知功能； ★ 可通過電子郵件和文檔版本管理軟件 (CVS, Perforce) 集成； ★ 圖表報告，高級搜索，自定義常用搜索； ★ 全面且易讀的記錄和修改歷史； ★ 快速排序和導(dǎo)出（ export)； ★ 支持目錄服務(wù) (LDAP/Active Directory) 集成 ； ★ 具有自定義電子郵件提醒催單功能 (Reminder)； ★ 方便的基于網(wǎng)絡(luò)的系統(tǒng)管理。 2. 軟件缺陷跟蹤系統(tǒng)的選用 軟件缺陷跟蹤系統(tǒng)（缺陷管理工具），現(xiàn)在網(wǎng)上可以查得到的缺陷管理軟件有英文版的，也有中文版的，有要收費(fèi)的，有免費(fèi)提供的。國內(nèi)外已出現(xiàn)了一批質(zhì)量較好的缺陷管理工具，其中比較有代表性的有： ★ 開源軟件 Bugzilla、 jira； ★ Compuware公司的 TrackRecord ； ★ Rational公司的 ClearQuest； ★ 北京航空航天大學(xué)的 QAMonitor； ★ 上海微創(chuàng)軟件有限公司的 BMS等。 選用軟件缺陷跟蹤系統(tǒng)應(yīng)該具備如下要求： ★ 安裝簡易、操作簡易 ； ★ 支持開發(fā)、構(gòu)建、測試、驗收多重迭代； ★ 支持前臺用戶界面、后臺缺陷數(shù)據(jù)庫以及中間數(shù)據(jù)處理層； ★ 顯示測試工作的成效和項目的進(jìn)展情況； ★ 支持項目經(jīng)理全程追蹤督促 ； ★ 支持開發(fā)組長、測試組長多級指派； ★ 完整的追蹤信息展現(xiàn) ； ★ 支持發(fā)現(xiàn)軟件錯誤的類型，錯誤的嚴(yán)重等級； ★ 支持發(fā)布版本的缺陷關(guān)聯(lián) ； ★ Mail實時通知缺陷任務(wù) 。 16． 4 軟件測試的評估 軟件測試的主要評測方法包括測試覆蓋評估、質(zhì)量評估、缺陷評估和性能測試評估。 16． 4． 1 測試覆蓋評估 ? 覆蓋測試評估是對測試完全程度的評估，它建立在測試覆蓋基礎(chǔ)上，測試覆蓋是由測試需求和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。 ? 覆蓋指標(biāo)提供了 測試的完全程度如何？ 這一問題的答案。最常用的覆蓋測試評估是基于需求的測試覆蓋和基于代碼的測試覆蓋。簡而言之，測試覆蓋是就需求（基于需求的）或代碼的設(shè)計 /實施標(biāo)準(zhǔn)（基于代碼的）而言的完全程度的評估，如用例的核實（基于需求的）或所有代碼行的執(zhí)行（基于代碼的）。 1． 基于需求的測試覆蓋評估 基于需求的測試覆蓋在測試生命周期中要評估多次，每一個測試階段結(jié)束時給出測試覆 蓋的度量。并在測試生命周期的各階段（里程碑）提供測試覆蓋的標(biāo)識（如基于需求的、已計劃的、已實施的、已執(zhí)行的成功測試覆蓋）。 ? 基于需求的 基于需求的測試覆蓋率通過以下公式計算： ? 測試覆蓋率 =T (p,i,x,s) / Rf T % 其中： T是用測試過程或測試用例表示的測試 (Test) 數(shù)（已計劃的、已實施的或成功的）。 RfT 是測試需求 (Requirement for Test) 的總數(shù)。 ? 已計劃的 在制定測試計劃活動中，計劃的測試覆蓋通過以下公式計算： ? 計劃的測試覆蓋率 =T p / Rf T % ? 其中： T p是用測試過程或測試用例表示的計劃測試需求數(shù)。 R