【正文】 )的信息； ★ 作用 :幫助用戶或潛在購買者作出產(chǎn)品是否適用的評價 。作為測試的基礎(chǔ)； ★ 內(nèi)容要求 內(nèi)容要求有如下 8點： ● 一般要求：宜是充分可理解的 ,完整的并且易于瀏覽的應(yīng)避免不一致 ,每個術(shù)語的前后意義應(yīng)相同產(chǎn)品描述的說明應(yīng)是可測試的并且是正確的。 ● 標(biāo)識指示：產(chǎn)品描述應(yīng)具有唯一的文檔標(biāo)識；產(chǎn)品標(biāo)識應(yīng)至少有產(chǎn)品名字和版本號或日期；產(chǎn)品描述應(yīng)至少包含一個供方的名字和地址；產(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)品要交付的項目 ,包括文檔和媒體；應(yīng)說明產(chǎn)品安裝是否由用戶來完成；應(yīng)說明是否提供對產(chǎn)品操作的支持；應(yīng)說明是否提供維護(hù)及其具體內(nèi)容。 ● 功能說明； ● 可靠性說明； ● 易用性說明； ● 效率說明； ● 可維護(hù)性說明； ● 可移植性說明。 軟件測試質(zhì)量評估的功能概述要求 ★ 應(yīng)概述產(chǎn)品的用戶可調(diào)用的功能及其數(shù)據(jù)和設(shè)施； ★ 邊界值 應(yīng)提供會致使產(chǎn)品的使用受限的特定邊界值數(shù)據(jù) ； ★ 安全 應(yīng)包含有關(guān)防止對程序和數(shù)據(jù)非授權(quán)訪問的手段； ★ 可靠性說明 應(yīng)包含數(shù)據(jù)存儲規(guī)程的信息；應(yīng)描述保證產(chǎn)品的功能能力的附加性質(zhì)；檢驗輸入的合理性；防止由于用戶的錯誤而產(chǎn)生的嚴(yán)重后果。 ★ 出錯恢復(fù) ★ 易用性說明 ★ 用戶界面應(yīng)命名用戶界面的類型 ,如命令行 ,窗口 ,功能鍵要求的知識；應(yīng)規(guī)定應(yīng)用該產(chǎn)品所要求的專門知識和自然語言；適應(yīng)用戶的需要；應(yīng)標(biāo)識能被用戶作適應(yīng)性修改所需的工具和條件；防止侵權(quán)的行為；使用效率和用戶滿意度。 ★ 用戶文檔 用戶文檔應(yīng)考慮如下要求： ● 完整性：產(chǎn)品描述和程序中的用戶可用的功能都應(yīng)被描述； ● 正確性：所有信息應(yīng)是正確的 ,不能有歧義和錯誤的表達(dá)； ● 一致性：用戶文檔自身或相互間不應(yīng)相互矛盾 ,術(shù)語一致； ● 易理解性； ● 易瀏覽性； ● 每個文檔應(yīng)有目錄表 ,索引表 ,應(yīng)提供打印方法。 軟件測試質(zhì)量評估的文檔的檢查測試 軟件測試質(zhì)量評估的文檔應(yīng)考慮如下要求： ★ 測試細(xì)則； ★ 細(xì)則概述； ★ 測試預(yù)要求； ★ 測試活動； ★ 測試記錄； ★ 測試報告； ★ 跟蹤測試。 軟件測試質(zhì)量評估的軟件培訓(xùn) ★測試者應(yīng)有機(jī)會使用培訓(xùn)材料和培訓(xùn)大綱； ★用戶文檔； ★用戶培訓(xùn)。 軟件測試的缺陷評估 缺陷評估是對測試過程中缺陷達(dá)到的比率或發(fā)現(xiàn)的比率，提供一個軟件可靠性指標(biāo)。 ? 缺陷分析 對于缺陷分析，常用的主要缺陷參數(shù)有四個： ★ 狀態(tài)：缺陷的當(dāng)前狀態(tài)； ★ 優(yōu)先級：必須處理和解決缺陷的相對重要性； ★ 嚴(yán)重性：最終用戶、組織或第三方的影響等； ★ 起源：導(dǎo)致缺陷的起源故障及其位置，或排除該缺陷需要修復(fù)的構(gòu)件。 軟件測試的缺陷評估可依據(jù)用以下 4類形式的度量提供缺陷評測： ★ 缺陷發(fā)現(xiàn)率； ★ 缺陷潛伏期； ★ 缺陷分布（密度）； ★ 整體軟件缺陷清除率 。 圖 162 缺陷發(fā)現(xiàn)率中： ★缺陷發(fā)現(xiàn)率將隨著測試時間和修復(fù)進(jìn)度而減少； ★缺陷發(fā)現(xiàn)率將隨著測試時間而測試成本增加； ★可以設(shè)定一個閾值，在缺陷發(fā)現(xiàn)率低于該閾值時才能部署軟件。 圖 162描述的是已報告的缺陷。然而，需要查看并分析一下，為什么許多報告的缺陷不是重復(fù)的缺陷就是未經(jīng)確認(rèn)的缺陷，這樣做是有價值的。 ? 缺陷潛伏期 Rational Unified Proces提供缺陷潛伏期（也稱為階段潛伏期，缺陷齡）評估，缺陷潛伏期報告是一種特殊類型的缺陷分布報告。缺陷潛伏期報告顯示缺陷處于特定狀態(tài)下的時間長短。缺陷潛伏期是一種特殊類型的缺陷分布度量。在實際測試工作中，發(fā)現(xiàn)缺陷的時間越晚，這個缺陷所帶來的損害就越大，修復(fù)這個缺陷所耗費的成本就越多。表 168顯示了一個項目的缺陷潛伏期的度量。 表 168中：總體設(shè)計發(fā)現(xiàn)缺陷，階段潛伏期為 1，在發(fā)布產(chǎn)品時階段潛伏期為 9。 4．缺陷分布 ? 缺陷分布（密度）報告允許將缺陷計數(shù)作為一個或多個缺陷參數(shù)的函數(shù)來顯示。 ? 軟件缺陷分布（密度）是一種以平均值估算法來計算出軟件缺陷分布（密度）值。程序代碼通常是以千行為單位的，軟件缺陷分布（密度）是用下面公式計算的： 5． 整體軟件缺陷清除率 整體軟件缺陷清除率是用下面 4個公式計算的： 為了估算軟件缺陷清除率，首先需引入幾個變量， F為描述軟件規(guī)模用的功能點， D1為軟件開發(fā)過程中發(fā)現(xiàn)的所有軟件缺陷數(shù)， D2為軟件分布后發(fā)現(xiàn)的軟件缺陷數(shù)， D 為發(fā)現(xiàn)的總軟件缺陷數(shù)。由此可得到 D=D1+D2 的關(guān)系。 對于一個軟件項目，則可用如下的幾個公式，從不同角度來估算軟件的質(zhì)量： ★質(zhì)量（每個功能點的缺陷數(shù)） =D2/F ★ 軟件缺陷注入率 =D/F ★ 整體軟件缺陷清除率 =D1/D ? 公式中： F：為描述軟件規(guī)模用的功能點 D1：為軟件開發(fā)過程中發(fā)現(xiàn)的所有軟件缺陷數(shù) D2：為軟件分布后發(fā)現(xiàn)的軟件缺陷數(shù) D： 為發(fā)現(xiàn)的總軟件缺陷數(shù)。 16． 4． 4性能測試評估 評估測試對象的性能行為時，可以使用多種評測，這些評測側(cè)重于獲取與行為相關(guān)的數(shù)據(jù)，如響應(yīng)時間、計時配置文件、執(zhí)行流、操作可靠性和限制。這些評測主要在“評估測試”活動中進(jìn)行評估，但是也可以在“執(zhí)行測試”活動中使用性能評測評估測試進(jìn)度和狀態(tài)。 ? 主要的性能評測包括以下幾點： ★ 動態(tài)監(jiān)測 ： 在測試執(zhí)行過程中，實時獲取并顯示正在執(zhí)行的各測試腳本的狀態(tài)。 ★ 響應(yīng)時間 /吞吐量 ： 測試對象針對特定主角和 /或用例的響應(yīng)時間或吞吐量的評測。 ★ 百分比報告： 數(shù)據(jù)已收集值的百分位評測 /計算。 ★ 比較報告 ： 代表不同測試執(zhí)行情況的兩個（或多個）數(shù)據(jù)集之間的差異或趨勢。 ★ 追蹤和配置文件報告：測試用例和測試對象之間的消息和會話詳細(xì)信息。 1．動態(tài)監(jiān)測 ? 動態(tài)監(jiān)測通常以柱狀圖或曲線圖的形式提供實時顯示 /報告。該報告用于在測試執(zhí)行過程中，通過顯示當(dāng)前的情況、狀態(tài)以及測試用例正在執(zhí)行的進(jìn)度來監(jiān)測或評估性能測試執(zhí)行情況。如圖 163所示。 2．響應(yīng)時間和吞吐量 ? 響應(yīng)時間和吞吐量是評測并計算與時間和吞吐量相關(guān)的性能行為。這些報告通常用曲線圖顯示，如圖 164所示。 3．百分比報告 百分比報告通過顯示已收集數(shù)據(jù)類型的各種百分比值，提供了另一種性能統(tǒng)計計算方法，如圖 165所示。 4．比較報告 比較不同性能測試的結(jié)果，以評估測試執(zhí)行過程中所作的變更對性能行為的影響，這種做法是非常必要的。比較報告應(yīng)該用于顯示兩個數(shù)據(jù)集（分別代表不同的測試執(zhí)行）之間的差異或多個測試執(zhí)行之間的趨勢。 5．追蹤和配置文件報告 當(dāng)性能行為可以接受時，或性能監(jiān)測表明存在可能的瓶頸時（如當(dāng)測試用例保持給定狀態(tài)的時間過長），追蹤報告可能是最有價值的報告。追蹤和配置文件報告顯示低級信息。該信息包括主角與測試對象之間的消息、執(zhí)行流、數(shù)據(jù)訪問以及函數(shù)和系統(tǒng)調(diào)用。 第 16 講 完 謝 謝！