【正文】 追蹤和配置文件報(bào)告顯示低級信息。 3．百分比報(bào)告 百分比報(bào)告通過顯示已收集數(shù)據(jù)類型的各種百分比值，提供了另一種性能統(tǒng)計(jì)計(jì)算方法，如圖 165所示。該報(bào)告用于在測試執(zhí)行過程中，通過顯示當(dāng)前的情況、狀態(tài)以及測試用例正在執(zhí)行的進(jìn)度來監(jiān)測或評估性能測試執(zhí)行情況。 ★ 百分比報(bào)告： 數(shù)據(jù)已收集值的百分位評測 /計(jì)算。 16． 4． 4性能測試評估 評估測試對象的性能行為時(shí)，可以使用多種評測，這些評測側(cè)重于獲取與行為相關(guān)的數(shù)據(jù)，如響應(yīng)時(shí)間、計(jì)時(shí)配置文件、執(zhí)行流、操作可靠性和限制。 ? 軟件缺陷分布（密度）是一種以平均值估算法來計(jì)算出軟件缺陷分布（密度）值。在實(shí)際測試工作中，發(fā)現(xiàn)缺陷的時(shí)間越晚，這個(gè)缺陷所帶來的損害就越大，修復(fù)這個(gè)缺陷所耗費(fèi)的成本就越多。然而，需要查看并分析一下，為什么許多報(bào)告的缺陷不是重復(fù)的缺陷就是未經(jīng)確認(rèn)的缺陷，這樣做是有價(jià)值的。 ? 缺陷分析 對于缺陷分析，常用的主要缺陷參數(shù)有四個(gè)： ★ 狀態(tài)：缺陷的當(dāng)前狀態(tài)； ★ 優(yōu)先級：必須處理和解決缺陷的相對重要性； ★ 嚴(yán)重性：最終用戶、組織或第三方的影響等； ★ 起源：導(dǎo)致缺陷的起源故障及其位置，或排除該缺陷需要修復(fù)的構(gòu)件。 ★ 用戶文檔 用戶文檔應(yīng)考慮如下要求： ● 完整性：產(chǎn)品描述和程序中的用戶可用的功能都應(yīng)被描述； ● 正確性：所有信息應(yīng)是正確的 ,不能有歧義和錯(cuò)誤的表達(dá)； ● 一致性：用戶文檔自身或相互間不應(yīng)相互矛盾 ,術(shù)語一致； ● 易理解性； ● 易瀏覽性； ● 每個(gè)文檔應(yīng)有目錄表 ,索引表 ,應(yīng)提供打印方法。 ● 標(biāo)識指示：產(chǎn)品描述應(yīng)具有唯一的文檔標(biāo)識；產(chǎn)品標(biāo)識應(yīng)至少有產(chǎn)品名字和版本號或日期；產(chǎn)品描述應(yīng)至少包含一個(gè)供方的名字和地址；產(chǎn)品描述應(yīng)標(biāo)識期望產(chǎn)品能完成的工作任務(wù)；產(chǎn)品描述應(yīng)標(biāo)識所引用的需求文檔及其版本；應(yīng)標(biāo)識產(chǎn)品投入使用所要求的系統(tǒng)配置信息；產(chǎn)品描述應(yīng)標(biāo)識所引用其他產(chǎn)品接口或產(chǎn)品；應(yīng)標(biāo)識產(chǎn)品要交付的項(xiàng)目 ,包括文檔和媒體；應(yīng)說明產(chǎn)品安裝是否由用戶來完成；應(yīng)說明是否提供對產(chǎn)品操作的支持；應(yīng)說明是否提供維護(hù)及其具體內(nèi)容。 （ 5） 可維護(hù)性 可維護(hù)性內(nèi)容主要有： ★ 易分析性 :與為診斷缺陷或失效原因及為判定待修改的部分所需努力有關(guān)的軟件屬性； ★ 易改變性 :與進(jìn)行修改 ,排除錯(cuò)誤或適應(yīng)環(huán)境變化所需努力有關(guān)的軟件屬性； ★ 穩(wěn)定性 :與修改所造成的未預(yù)料結(jié)果的風(fēng)險(xiǎn)有關(guān)的軟件屬性； ★ 易測試性 :與確認(rèn)已修改軟件所需的努力有關(guān)的軟件屬性。 （ 1）功能性 功能性內(nèi)容主要有： ★ 適合性 :與規(guī)定任務(wù)能否提供一組功能以及這組功能的適合程度有關(guān)的軟件屬性； ★ 準(zhǔn)確性 :與能否得到正確或相符的結(jié)果或效果有關(guān)的軟件屬性； ★ 互用性 :與同其他指定系統(tǒng)進(jìn)行交互的能力有關(guān)的軟件屬性； ★ 依從性 :使軟件遵循有關(guān)的標(biāo)準(zhǔn) ,約定 ,法規(guī)及類似規(guī)定的軟件屬性； ★ 安全性 :與防止對程序及數(shù)據(jù)的非授權(quán)的故意或意外訪問的能力有關(guān)的軟件屬性。 ★ 易用性 : 易用性是指與一組規(guī)定或潛在的用戶為使用軟件所需作的努力和對這樣的使用所作的評價(jià)有關(guān)的一組屬性。 4．軟件測試質(zhì)量評估的一般要求 ★ 質(zhì)量度量的選擇 ★ 對質(zhì)量特性進(jìn)行定義所采用的方式不提供對它們的直接測量 ,需要建立與軟件產(chǎn)品的特性； ★ 相關(guān)的度量； ★ 度量可以因不同的環(huán)境和不同的開發(fā)階段而異； ★ 根據(jù)用戶觀點(diǎn)采用的度量是關(guān)鍵的。 ? 軟件測試的質(zhì)量應(yīng)根據(jù)質(zhì)量特性的重要程度確定其權(quán)值，質(zhì)量特性的重要程度可以根據(jù)軟件類型的不同而有所不同。也就是說，即使所有的代碼都在測試中得到執(zhí)行，并不能說明代碼是按照客戶需求和設(shè)計(jì)的要求去做了。 基于代碼的測試覆蓋率通過以下公式計(jì)算： ? 基于代碼的測試覆蓋率 =Ie / TIic% 其中： Ie是用代碼語句、代碼分支、代碼路徑、數(shù)據(jù)狀態(tài)判定點(diǎn)或數(shù)據(jù)元素名表示的已執(zhí)行代碼數(shù)。測試覆蓋評估已經(jīng)執(zhí)行的代碼的多少，與之相對的是要執(zhí)行的剩余代碼的多少。 RfT是測試需求的總數(shù)。 RfT 是測試需求 (Requirement for Test) 的總數(shù)。簡而言之，測試覆蓋是就需求（基于需求的）或代碼的設(shè)計(jì) /實(shí)施標(biāo)準(zhǔn)（基于代碼的）而言的完全程度的評估，如用例的核實(shí)（基于需求的）或所有代碼行的執(zhí)行（基于代碼的）。 16． 4 軟件測試的評估 軟件測試的主要評測方法包括測試覆蓋評估、質(zhì)量評估、缺陷評估和性能測試評估。 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è)計(jì)，可升級； ★ 可設(shè)置性和多用途 ,不僅可用做 Bug 跟蹤系統(tǒng)，而且可用做集成服務(wù)臺熱線流程管理； ★ 支持各種自定域數(shù)據(jù)類型，表格欄目可根據(jù)需要添加和刪減； ★ 頁面可做個(gè)性化調(diào)整，如添加公司標(biāo)志等； ★ 可同時(shí)支持多個(gè)項(xiàng)目，設(shè)置訪問權(quán)限，自我注冊； ★ 可設(shè)置基于表格欄目域的多層次權(quán)限； ★ 自定義工作流程（對每個(gè)項(xiàng)目）； ★ 自動或手動分配任務(wù)負(fù)責(zé)人； ★ 可一次附加多個(gè)任何類型的文件； ★ 支持直接屏幕抓圖（ Screen capture）； ★ 具有自動自定義電子郵件通知功能； ★ 可通過電子郵件和文檔版本管理軟件 (CVS, Perforce) 集成； ★ 圖表報(bào)告，高級搜索，自定義常用搜索； ★ 全面且易讀的記錄和修改歷史； ★ 快速排序和導(dǎo)出（ export)； ★ 支持目錄服務(wù) (LDAP/Active Directory) 集成 ； ★ 具有自定義電子郵件提醒催單功能 (Reminder)； ★ 方便的基于網(wǎng)絡(luò)的系統(tǒng)管理。 16． 3． 4軟件缺陷跟蹤系統(tǒng) 軟件缺陷跟蹤系統(tǒng)（ Bug Tracking System）是用于記錄、跟蹤、并歸類處理軟件開發(fā)過程出現(xiàn)的 Bug 和硬件系統(tǒng)中存在的缺陷（ defect）。因?yàn)殚_發(fā)人員熟悉代碼，因此看到癥狀、測試用例步驟和分離問題的過程時(shí)，可能得到查找軟件缺陷的線索。 1．缺陷的分離 缺陷分離的方法主要有： ★ 確保所有的測試步驟都被記錄（記錄每一個(gè)測試步驟、每一件工作）； ★ 注意時(shí)間和運(yùn)行條件上的因素（查找時(shí)間依賴和競爭條件的問題 (slow軟盤、 quick硬盤、時(shí)間發(fā)生次序 )； ★ 注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題； ★ 注意事件發(fā)生次序?qū)е碌能浖毕荩? ★ 考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用； ★ 注意系統(tǒng)的壓力條件； ★ 不能忽視硬件。 4． D類 D類是由界面不規(guī)范引起的錯(cuò)誤。 ★ 因錯(cuò)誤操作迫使程序中斷。 16． 3． 2 缺陷類別 缺陷類別劃分為 5類： A 類、 B 類、 C類、 D 類、 E 類。如果測試是采用手工記錄和跟蹤軟件缺陷，那么有關(guān)軟件缺陷的信息可以直接記錄在相應(yīng)的文檔中。 1．報(bào)告軟件缺陷的原則 （ 1）盡快報(bào)告軟件缺陷 （ 2）有效地描述軟件缺陷 有效的軟件缺陷描述要求如下： ★ 簡單與短?。? ★ 明確指明錯(cuò)誤類型； ★ 單一； ★ 使用 IT業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法。 （ 3）管理者確認(rèn)缺