軟件質(zhì)量管理 第六章

第六章軟件缺陷跟蹤管理目錄1、軟件件缺陷的的概念和和種類2、正確確面對軟軟件缺陷陷3、軟件件缺陷的的生命周周期4、軟件件缺陷的的嚴重性性和優(yōu)先先級5、報告告軟軟件缺缺陷陷6、分離離和再現(xiàn)現(xiàn)軟件缺缺陷7、測試試總總結(jié)報報告告8、測試試的的評測測軟件測試試是在軟軟件開發(fā)發(fā)的過程程中，對對軟件產(chǎn)產(chǎn)品進行行質(zhì)量控控制，目目的是保保證軟件件產(chǎn)品的的最終質(zhì)質(zhì)量。一一般來說說軟件測測試應嚴嚴格按照照軟件測測試流程程，制定定測試計計劃、測測試方案案、測試試規(guī)范，，實施測測試，對對測試數(shù)數(shù)據(jù)進行行記錄，，并根據(jù)據(jù)測試情情況撰寫寫測試報報告。測測試報告告主要是是報告發(fā)發(fā)現(xiàn)的軟軟件缺陷陷。測試評價價主要包包括覆蓋蓋評價以以及質(zhì)量量和性能能評價。。覆蓋評評價是對對測試完完全程度度的評測測；質(zhì)量量和性能能評價是是對測試試的軟件件對象的的性能、、穩(wěn)定性性以及可可靠性的的評測。。1、軟軟件缺陷陷的概念念和種類類軟件缺陷陷簡單說說就是存存在于軟軟件（文文檔、數(shù)數(shù)據(jù)、程程序）之之中的那那些不希希望，或或不可接接受的偏偏差，而而導致軟軟件產(chǎn)生生的質(zhì)量量問題。。按照一一般的定定義，只只要符合合下面5個規(guī)則中中的一個個，就叫叫做軟件件缺陷。。軟件未達達到軟件件規(guī)格說說明書中中規(guī)定的的功能；；軟件超出出軟件規(guī)規(guī)格說明明書中指指明的范范圍；軟件未達達到軟件件規(guī)格說說明書中中指出的的應達到到的目標標；軟件運行行出現(xiàn)錯錯誤；軟件測試試人員認認為軟件件難于理理解，不不易使用用，運行行速度慢慢，或者者最終用用戶認為為軟件使使用效果果不好。。在軟件測測試過程程中如何何判斷軟軟件缺陷陷，軟件件缺陷都都有哪些些種類？？（1）功能不不正常（2）軟件在在使用上上不方便便（3）軟件的的結(jié)構(gòu)未未做良好好規(guī)劃（4）功能不不充分（5）與軟件件操作者者的互動動不良（6）使用性性能不佳佳（7）未做好好錯誤處處理（8）邊界錯錯誤（9）計算錯錯誤（10）使用一一段時間間所產(chǎn)生生的錯誤誤（11）控制流流程的錯錯誤（12）在大數(shù)數(shù)據(jù)量壓壓力之下下所產(chǎn)生生的錯誤誤（13）在不同同硬件環(huán)環(huán)境下產(chǎn)產(chǎn)生的錯錯誤（14）版本控控制不良良所產(chǎn)生生的錯誤誤（15）軟件文文檔的錯錯誤2、正確面面對軟件件缺陷在軟件測測試過程程中，軟軟件測試試人員必必須確保保測試過過程發(fā)現(xiàn)現(xiàn)的軟件件缺陷得得以關閉閉。測試是為為了證明明程序有有錯，而而不是證證明程序序沒錯。。不管測測試計劃劃多么完完善和執(zhí)執(zhí)行測試試多么努努力，也也不能保保證所有有軟件缺缺陷發(fā)現(xiàn)現(xiàn)了就能能修復。。有些軟件件缺陷可可能會完完全被忽忽略，還還有一些些可能推推遲到軟軟件后續(xù)續(xù)版本中中修復。。有些軟軟件缺陷陷不被修修復的原原因如下下。（1）沒有足足夠的時時間（2）不算真真正的軟軟件缺陷陷（3）修復的的風險太太大（4）不值得得修復雖然軟件件測試人人員需要要對自己己找出的的軟件缺缺陷保持持一種平平常心態(tài)態(tài)，但同同時又必必須堅持持有始有有終的原原則，跟跟蹤每一一個軟件件缺陷的的處理結(jié)結(jié)果，確確保軟件件缺陷得得以關閉閉。而缺陷是是否需要要修復的的最終決決定權(quán)在在軟件的的項目負負責人，，但使得得缺陷得得以關閉閉的責任任在測試試人員。。3、軟件缺缺陷的生生命周期期軟件缺陷陷從被測測試人員員發(fā)現(xiàn)一一直到被被修復，，也經(jīng)歷歷了一個個特有的的生命周周期的階階段。下下面是一一個最簡簡單的軟軟件缺陷陷生命周周期的例例子，系系統(tǒng)地表表示軟件件缺陷從從被發(fā)現(xiàn)現(xiàn)起經(jīng)歷歷的各個個階段：：（1）測試人人員找到到并登記記軟件缺缺陷，軟軟件缺陷陷被移交交到程序序修復人人員。（2）程序修修復人員員修復軟軟件中的的軟件缺缺陷，然然后移交交到測試試人員。。（3）測試人人員確認認軟件缺缺陷被修修復，關關閉軟件件缺陷。。當軟件缺缺陷首先先被軟件件測試人人員發(fā)現(xiàn)現(xiàn)時。。在許多情情況下，，軟件缺缺陷生命命周期的的復雜程程度僅為為軟件缺缺陷被打打開、解解決和關關閉。然然而，在在有些情情況下，，生命周周期變得得更復雜雜一些，，如圖5-1所示。圖5-1復雜的軟軟件缺陷陷生命周周期4、軟件缺缺陷的嚴嚴重性和和優(yōu)先級級測試人員員要對軟軟件缺陷陷分類，，以簡明明扼要的的方式指指出其影影響。經(jīng)經(jīng)常使用用的方法法是給軟軟件缺陷陷劃分嚴嚴重性和和優(yōu)先級級。嚴重重性表示示軟件缺缺陷的惡惡劣程度度，反映映其對產(chǎn)產(chǎn)品和用用戶的影影響；優(yōu)優(yōu)先級表表示修復復缺陷的的重要程程度和應應該何時時修復。。下面給給出嚴重重性和優(yōu)優(yōu)先級的的常用劃劃分方法法，將有有助于測測試人員員更好地地理解兩兩者之間間的差異異。嚴重性級級別：①致命命錯誤，，例如，，導致系系統(tǒng)崩潰潰、數(shù)據(jù)據(jù)丟失、、數(shù)據(jù)毀毀壞等；；②一般般性錯誤誤，例如如，操作作性錯誤誤、錯誤誤結(jié)果、、遺漏功功能等；；③次要要錯誤，，例如，，錯別字字、用戶戶接口布布局、罕罕見故障障等。缺陷優(yōu)先先級：①最高高優(yōu)先級級，指的的是一些些關鍵性性錯誤，，必須立立即修復復；②高優(yōu)優(yōu)先級，，在產(chǎn)品品發(fā)布之之前必須須修復；；③中優(yōu)優(yōu)先級，，如果時時間允許許應該修修復；④低優(yōu)優(yōu)先級，，可能會會修復，，但是也也能發(fā)布布軟件。。5、報告告軟件件缺缺陷報告軟件件缺陷的的基本原原則：在軟件測測試過程程中，對對于發(fā)現(xiàn)現(xiàn)的大多多數(shù)軟件件缺陷，，要求測測試人員員簡捷、、清晰地地把發(fā)現(xiàn)現(xiàn)的問題題報告給給判斷是是否進行行修復的的小組，，使其得得到所需需要的全全部信息息，然后后才能決決定怎么么做。報告軟件件缺陷的的基本原原則如下下：1．盡快報報告軟件件缺陷2．有效地地描述軟軟件缺陷陷有效的軟軟件缺陷陷描述要要求如下下：（1）簡單與與短小（2）明確指指明錯誤誤類型（3）單一（4）使用IT業(yè)界慣用用的表達達術語和和表達方方法3．在報告告軟件缺缺陷時不不做任何何評價4．補充和和完善軟軟件缺陷陷報告以上概括括了報告告測試錯錯誤的規(guī)規(guī)范要求求，測試試人員應應該牢記記上面這這些關于于報告軟軟件缺陷陷的原則則。這些些原則幾幾乎可以以運用到到任何交交流活動動中，盡盡管有時時難以做做到，然然而，如如果希望望有效地地報告軟軟件缺陷陷，并使使其得以以修復，，這些是是測試人人員要遵遵循的基基本原則則。隨著軟件件的測試試要求不不同，測測試者積積累了相相應的測測試經(jīng)驗驗會，將將會逐漸漸養(yǎng)成良良好的專專業(yè)習慣慣，不斷斷補充新新的規(guī)范范書寫要要求。此此外，經(jīng)經(jīng)常閱讀讀、學習習高級測測試工程程師的測測試錯誤誤報告，，結(jié)合自自己以前前的測試試錯誤報報告進行行對比和和思考，，可以不不斷提高高技巧。。IEEE軟件缺陷陷報告模模板ANS//IEEE829—1998標準定義義了一個個稱為軟軟件缺陷陷報告的的文檔，，用于報報告“在在測試期期間發(fā)生生的任何何異常事事件”。。簡言之之，就是是用于登登記軟件件缺陷。。模板標標準如圖圖5-3所示。圖5-3IEEE軟件缺陷陷報告模模板軟件缺陷陷數(shù)據(jù)庫庫跟蹤系系統(tǒng)至此，我我們了解解到軟件件缺陷報報告過程程是很復復雜的，，需要大大量信息息、詳盡盡的細節(jié)節(jié)和很好好的組織織工作，，才能有有所成效效。在實實際軟件件測試工工作中，，為了更更高效地地記錄發(fā)發(fā)現(xiàn)的軟軟件缺陷陷，并在在軟件缺缺陷的整整個生命命周期中中對其進進行監(jiān)控控，常常常運用軟軟件缺陷陷跟蹤系系統(tǒng)。圖圖5-4所示的是是一個軟軟件缺陷陷數(shù)據(jù)庫庫跟蹤系系統(tǒng)。圖軟件缺陷陷數(shù)據(jù)庫庫跟蹤系系統(tǒng)軟件缺陷陷跟蹤數(shù)數(shù)據(jù)庫最最常用的的功能，，除了輸輸入軟件件缺陷之之外，就就是通過過執(zhí)行查查詢來獲獲得需要要的軟件件缺陷清清單。通過使用用軟件缺缺陷跟蹤蹤數(shù)據(jù)庫庫，不但但可以進進行查詢詢，還可可以找出出發(fā)現(xiàn)的的軟件缺缺陷類型型，發(fā)現(xiàn)現(xiàn)軟件缺缺陷的速速度，以以及多少少軟件缺缺陷已經(jīng)經(jīng)得到了了修復，，能夠提提取各種種實用和和關心的的數(shù)據(jù)，，可以顯顯示測試試工作的的成效和和項目的的進展情情況。測試人員員或者項項目管理理員可以以看出數(shù)數(shù)據(jù)中是是否有趨趨勢顯示示需要增增加測試試的區(qū)域域，或者者測試工工作是否否符合預預先所制制定的測測試計劃劃的進程程等。手工報告告和跟蹤蹤軟件缺缺陷顯然，在在軟件測測試工作作中，每每個測試試用例的的結(jié)果都都必須進進行記錄錄。如果果使用軟軟件缺陷陷數(shù)據(jù)庫庫跟蹤系系統(tǒng)，那那么測試試工具將將自動記記錄軟件件缺陷的的相關信信息。如如果測試試是采用用手工記記錄和跟跟蹤軟件件缺陷，，那么有有關軟件件缺陷的的信息可可以直接接記錄在在相應的的文檔中中。圖5-5所示的是是根據(jù)ANS//IEEE829—1998標準設計計的軟件件缺陷報報告文檔檔。圖5-5軟件缺陷陷報告文文檔6、分離和和再現(xiàn)軟軟件缺陷陷測試人員員要想有有效報告告軟件缺缺陷，就就要對軟軟件缺陷陷以明顯顯、通用用和再現(xiàn)現(xiàn)的形式式進行描描述。分離和再再現(xiàn)軟件件缺陷是是考驗軟軟件測試試人員專專業(yè)技能能的地方方，測試試人員應應該設法法找出縮縮小問題題范圍的的具體步步驟。對對測試人人員有利利的情況況是，若若建立起起絕對相相同的輸輸入條件件時，軟軟件缺陷陷就會再再次出現(xiàn)現(xiàn)，不存存在隨機機的軟件件缺陷。。如果找到到的軟件件缺陷要要采取繁繁雜的步步驟才能能再現(xiàn)，，或者根根本無法法再現(xiàn)，，碰到這這種情況況，可采采取如下下的方法法來分離離和再現(xiàn)現(xiàn)軟件缺缺陷。實實踐證明明這些方方法對測測試人員員是有所所幫助的的。（1）不要想想當然地地接受任任何假設設（2）注意時時間和運運行條件件上的因因素（3）注意軟軟件的邊邊界條件件、內(nèi)存存容量和和數(shù)據(jù)溢溢出的問問題（4）注意事事件發(fā)生生次序?qū)е碌能涇浖毕菹荩?）考慮資資源依賴賴性和內(nèi)內(nèi)存、網(wǎng)網(wǎng)絡、硬硬件共享享的相互互作用（6）不要忽忽視硬件件7、測試試總結(jié)結(jié)報報告測試總結(jié)結(jié)報告的的目的是是總結(jié)測測試活動動的結(jié)果果，并根根據(jù)這些些結(jié)果對對測試進進行評價價。這種種報告是是測試人人員對測測試工作作進行總總結(jié)，并并識別出出軟件的的局限性性和發(fā)生生失效的的可能性性。在測測試執(zhí)行行階段的的末期，，應該為為每個測測試計劃劃準備一一份相應應的測試試總結(jié)報報告。本本質(zhì)上講講，測試試總結(jié)報報告是測測試計劃劃的擴展展，起著著對測試試計劃““封閉回回路”的的作用。。圖5-6所示的是是符合IEEE標準829——1998軟件測試試文檔編編制標準準的測試試總結(jié)報報告模板板。圖5-6測試總結(jié)結(jié)報告模模板8、測試試的評評測測測試的評評測主要要方法包包括覆蓋蓋評測和和質(zhì)量評評測。測測試覆蓋蓋評測是是對測試試完全程程度的評評測，它它建立在在測試覆覆蓋基礎礎上，測測試覆蓋蓋是由測測試需求求和測試試用例的的覆蓋或或已執(zhí)行行代碼的的覆蓋表表示的。。質(zhì)量評評測是對對測試對對象的可可靠性、、穩(wěn)定性性以及性性能的評評測。質(zhì)質(zhì)量建立立在對測測試結(jié)果果的評估估和對測測試過程程中確定定的缺陷陷及缺陷陷修復的的分析基基礎上。。8.1覆蓋評測測覆蓋評測測指標是是用來度度量軟件件測試的的完全程程度的，，所以可可以將覆覆蓋用做做測試有有效性的的一個度度量。最最常用的的覆蓋評評測是基基于需求求的測試試覆蓋和和基于代代碼的測測試覆蓋蓋，它們們分別是是指針對對需求（（基于需需求的））或代碼碼的設計計/實施標準準（基于于代碼的的）而言言的完全全程度評評測。1）基于需需求的測測試覆蓋蓋基于需求求的測試試覆蓋在在測試過過程中要要評測多多次，并并在測試試過程中中，每一一個測試試階段結(jié)結(jié)束時給給出測試試覆蓋的的度量。。例如，，計劃的的測試覆覆蓋、已已實施的的測試覆覆蓋、已已執(zhí)行成成功的測測試覆蓋蓋等。基于需求求的測試試覆蓋率率通過以以下公式式計算：：測試覆蓋蓋率=T(p,i,x,,s)/RfT%在制定測測試計劃劃活動中中，將計計算計劃劃的測試試覆蓋，，其計算算方法如如下：計劃的測測試覆蓋蓋率=Tp/RfT%其中：Tp是用測試試過程或或測試用用例表示示的計劃劃測試需需求數(shù)。。RfT是測試需需求的總總數(shù)。在實施測測試過程程中，計計算測試試覆蓋時時使用以以下公式式：已執(zhí)行的的測試覆覆蓋率=Ti/RfT%其中：Ti是用測試試過程或或測試用用例表示示的已執(zhí)執(zhí)行的測測試需求求數(shù)。RfT是測試需需求的總總數(shù)。在執(zhí)行測測試活動動中，確確定成功功的測試試覆蓋率率（即執(zhí)執(zhí)行時未未出現(xiàn)失失敗的測測試，如如沒有出出現(xiàn)缺陷陷或意外外結(jié)果的的測試））評測通通過以下下公式計計算：成功的測測試覆蓋蓋率=Ts/RfT%其中：Ts是用完全全成功、、沒有缺缺陷的測測試過程程或測試試用例表表示的已已執(zhí)行測測試需求求數(shù)。RfT是測試需需求的總總數(shù)。在執(zhí)行測測試過程程中，經(jīng)經(jīng)常使用用兩個測測試覆蓋蓋度量指指標，一一個是確確定已執(zhí)執(zhí)行的測測試覆蓋蓋率，另另一個是是確定成成功的測測試覆蓋蓋率，即即執(zhí)行時時未出現(xiàn)現(xiàn)失敗的的測試覆覆蓋率。。2）基于代代碼的測測試覆蓋蓋基于代碼碼的測試試覆蓋評評測是測測試過程程中已經(jīng)經(jīng)執(zhí)行的的代碼的的多少，，與之相相對應的的是將要要執(zhí)行測測試的剩剩余代碼碼的多少少。許多測試試專家認認為，一一個測試試小組在在測試工工作中所所要做的的最為重重要的事事情之一一就是度度量代碼碼的覆蓋蓋情況。。基于代碼碼的測試試覆蓋率率通過以以下公式式計算：：基于代碼碼的測試試覆蓋率率=Ie/TIic%其中：Ie是用代碼碼語句、、代碼分分支、代代碼路徑徑、數(shù)據(jù)據(jù)狀態(tài)判判定點或或數(shù)據(jù)元元素名表表示的已已執(zhí)行代代碼數(shù)。。TIic是代碼的的總數(shù)。。很明顯，，在軟件件測試工工作中，，進行基基于代碼碼的測試試覆蓋評評測這項項工作極極有意義義，因為為任何未未經(jīng)測試試的代碼碼都是一一個潛在在的不利利因素。。在一般般情況下下，代碼碼覆蓋運運用于較較低的測測試等級級（例如如單元和和集成級級）時最最為有效效。但是，僅僅僅憑借借執(zhí)行了了所有的的代碼，，并不能能為軟件件質(zhì)量提提供保證證。也就就是說，，即使所所有的代代碼都在在測試中中得到執(zhí)執(zhí)行，并并不能擔擔保代碼碼是按照照客戶需需求和設設計的要要求去做做了。由于軟件件運行對對資源的的依賴，，也難以以保證軟軟件運行行期的錯錯誤。8.2質(zhì)量評測測測試覆蓋蓋的評測測提供了了對測試試完全程程度的評評價，而而在測試試過程中中對已發(fā)發(fā)現(xiàn)缺陷陷的評測測提供了了最佳的的軟件質(zhì)質(zhì)量指標標。常用的測測試有效效性度量量是圍繞繞缺陷分分析來構(gòu)構(gòu)造的。。缺陷分分析就是是分析缺缺陷在與與缺陷相相關聯(lián)的的一個或或者多個個參數(shù)值值上的分分布。缺陷分析析提供了了一個軟軟件可靠靠性指標標，這些些分析為為揭示軟軟件可靠靠性的缺缺陷趨勢勢或缺陷陷分布提提供了判判斷依據(jù)據(jù)。對于缺陷陷分析，，常用的的主要缺缺陷參數(shù)數(shù)有以下下4個。狀態(tài)：缺缺陷的當當前狀態(tài)態(tài)（打開開的、正正在修復復的或關關閉的等等）。優(yōu)先級：：表示修修復缺陷陷的重要要程度和和應該何何時修復復。嚴重性：：表示軟軟件缺陷陷的惡劣劣程度，，反映其其對產(chǎn)品品和用戶戶的影響響等。起源：導導致缺陷陷的原因因及其位位置，或或排除該該缺陷需需要修復復的構(gòu)件件。缺陷分析析通常用用以下3類形式的的度量提提供缺陷陷評測：：缺陷發(fā)現(xiàn)現(xiàn)率；缺陷潛伏伏期；缺陷密度度。1．缺陷發(fā)發(fā)現(xiàn)率缺陷發(fā)現(xiàn)現(xiàn)率是將將發(fā)現(xiàn)的的缺陷數(shù)數(shù)量作為為時間的的函數(shù)來來評測，，即創(chuàng)建建缺陷趨趨勢圖，，如圖5-7所示。圖5-7缺陷發(fā)現(xiàn)現(xiàn)率2．缺陷潛潛伏期測試有效效性的另另外一個個有用的的度量是是缺陷潛潛伏期，，通常也也稱為階階段潛伏伏期。缺缺陷潛伏伏期是一一種特殊殊類型的的缺陷分分布度量量。在實實際測試試工作中中，發(fā)現(xiàn)現(xiàn)缺陷的的時間越越晚，這這個缺陷陷所帶來來的損害害就越大大，修復復這個缺缺陷所耗耗費的成成本就越越多。表表5-1顯示了一一個項目目的缺陷陷潛伏期期的度量量。表5-2顯示了一一個項目目的缺陷陷分布情情況（按按缺陷造造成階段段和缺陷陷發(fā)現(xiàn)階階段）。。按照缺陷陷產(chǎn)生階階段和缺缺陷發(fā)現(xiàn)現(xiàn)階段統(tǒng)統(tǒng)計了一一個項目目的缺陷陷分布情情況后，，根據(jù)軟軟件開發(fā)發(fā)生命周周期的各各個階段段缺陷潛潛伏期度度量的加加權(quán)值，，可以對對缺陷的的發(fā)現(xiàn)過過程有效效性和修修復軟件件缺陷所所耗費的的成本等等進行評評測。這這里采用用了一個個缺陷損損耗的概概念，缺缺陷損耗耗是使用用階段潛潛伏期和和缺陷分分布來度度量缺陷陷消除活活動的有有效性的的一種度度量。缺陷消耗耗可使用用下面公公式計算算：表5-3顯示了一一個項目目的各個個缺陷損損耗值，，它們依依據(jù)的是是經(jīng)過缺缺陷潛伏伏期加權(quán)權(quán)的已發(fā)發(fā)現(xiàn)的缺缺陷數(shù)。。這樣樣，在驗驗收測試試期間發(fā)發(fā)現(xiàn)的需需求缺陷陷的加權(quán)權(quán)數(shù)值為為42（即6×7==42）。一般而言言，缺陷陷損耗的的數(shù)值越越低，說說明缺陷陷的發(fā)現(xiàn)現(xiàn)過程越越有效（（最理想想的數(shù)值值應該為為1）。作為為一個絕絕對值，，缺陷損損耗幾乎乎沒有任任何意義義，但是是當用缺缺陷損耗耗來度量量測試有有效性的的長期趨趨勢時，，它就會會顯示出出自己的的價值。。3．缺陷密密度軟件缺陷陷密度是是一種以以平均值值估算法法來計算算出軟件件缺陷分分布的密密度值。。程序代代碼通常常是以千千行為單單位的，，軟件缺缺陷密度度是用下下面公式式計算的的：圖5-8顯示了一一個項目目的各個個模塊中中每千行行代碼的的缺陷密密度。圖5-8各個模塊塊中每千千行代碼碼的缺陷陷密度但是，在在實際評評測中，，缺陷密密度這種種度量方方法是極極不完善善的，度度量本身身是不充充分的。。這里邊邊存在的的主要問問題是：：所有的的缺陷并并不都是是均等構(gòu)構(gòu)造的。。各個軟軟件缺陷陷的惡劣劣程度，，及其對對產(chǎn)品和和用戶的的影響的的嚴重程程度，以以及修復復缺陷的的重要程程度有很很大差別別，有必必要對缺缺陷進行行“分級級、加權(quán)權(quán)”處理理，給出出軟件缺缺陷在各各嚴重性性級別或或優(yōu)先級級上的分分布作為為補充度度量，這這樣將使使這種評評測更加加充分，，更有實實際應用用價值。。因為在測測試工作作中，大大多數(shù)的的缺陷都都記錄了了它的嚴嚴重程度度的等級級和優(yōu)先先級，所所以這個個問題通通常都能能夠很好好解決。。例如，，圖5-9所示的缺缺陷分布布圖表示示軟件缺缺陷在各各優(yōu)先級級上所應應體現(xiàn)的的分布方方式。圖5-9各優(yōu)先級級上軟件件缺陷分分布圖8.3性能評測測主要的性性能評測測包括以以下幾點點。動態(tài)監(jiān)測測：在測測試執(zhí)行行過程中中，實時時獲取并并顯示正正在執(zhí)行行的