ICS35.080

CCSL77

DB52

貴州省地方標準

DB52/T1620—2021

面向大數(shù)據(jù)應用的就緒可用軟件產品質量

要求和測試細則

Requirementsforqualityofreadytousesoftwareproductbigdata

applicationorientedandinstructionsfortesting

2021-08-18發(fā)布2021-12-01實施

貴州省市場監(jiān)督管理局發(fā)布

DB52/T1620—2021

目次

前言............................................................................II

1范圍..............................................................................1

2規(guī)范性引用文件....................................................................1

3術語和定義........................................................................1

4縮略語............................................................................3

5符合性............................................................................3

6軟件質量要求......................................................................3

7數(shù)據(jù)要求..........................................................................8

8測試環(huán)境..........................................................................9

9測試文檔集要求....................................................................9

10符合性評價細則..................................................................12

I

DB52/T1620—2021

前言

本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起

草。

請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。

本文件由貴州省機械電子產品質量檢驗檢測院提出。

本文件由貴州省大數(shù)據(jù)發(fā)展管理局歸口。

本文件起草單位：貴州省機械電子產品質量檢驗檢測院、中電科大數(shù)據(jù)研究院有限公司（提升政府

治理能力大數(shù)據(jù)應用技術國家工程實驗室）、重慶市質量和標準化研究院、中再云圖技術有限公司。

本文件主要起草人：劉彥嘉、宿睿智、張婧慧、陳震宇、曾棋、昌攀、唐昶、薛強、邵建平、張洋、

曹揚、陸瑩、姚茂峰、陳馳、雷偉、楊品章。

II

DB52/T1620—2021

面向大數(shù)據(jù)應用的就緒可用軟件產品質量要求和測試細則

1范圍

本文件規(guī)定了面向大數(shù)據(jù)應用的就緒可用軟件產品的術語和定義、縮略語、符合性、軟件質量要求、

數(shù)據(jù)要求、測試環(huán)境、測試文檔集要求、符合性評價細則。

本文件適用于面向大數(shù)據(jù)應用的就緒可用軟件產品的質量要求和測試。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB/T20271-2006信息安全技術信息系統(tǒng)通用安全技術要求

GB/T25000.51-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質量要求和評價（SQuaRE）第51部分：就緒可

用軟件產品（RUSP）的質量要求和測試細則

GB/T36344-2018信息技術數(shù)據(jù)質量評價指標

3術語和定義

GB/T25000.51-2016界定的以及下列術語和定義適用于本文件。

3.1

需方acquirer

從供方獲取或采購產品或服務的利益相關方。

需方可能是以下之一：買主、顧客、擁有者、采購者。

[來源:ISO/IEC12207:2008]

3.2

異常anomaly

與基于需求規(guī)格說明、設計文檔和標準等的期望值的偏離或與某個人的感知或經驗的任何條件的偏

離。

[來源：IEEEstd1044-2009]

3.3

應用管理職能applicationadministrationfunction

由用戶履行的職能，包括安裝、配置、備份、維護（打補丁和升級）、卸載等。

1

DB52/T1620—2021

3.4

符合性評價conformityevaluation

對產品、過程或服務達到規(guī)定要求的程度所進行的系統(tǒng)性考核。

[來源：ISO/IECGUIDE2：2004]

3.5

符合性評價報告conformityevaluationreport

說明對RUSP實施評價的行為和結果的文檔。

3.6

面向大數(shù)據(jù)應用的就緒可用軟件產品readytousesoftwareproductbigdataapplication

oriented

無論是否付費，任何用戶可以不經歷開發(fā)活動就能獲得的基于大數(shù)據(jù)相關應用的軟件產品。

3.7

就緒可用軟件產品readytousesoftwareproduct

無論是否付費,任何用戶可以不經歷開發(fā)活動就能獲得的軟件產品。

3.8

最終用戶enduser

最終受益于RUSP功能的個人。

注：最終用戶可以是軟件產品的正式操作員;或是臨時用戶,例如公眾中的一員。

[來源：GB/T25000.1—2010，4.14]

3.9

故障fault

計算機程序中不正確的步驟、過程或數(shù)據(jù)定義。

[來源：IEEEstd610.12—1998]

3.10

測試用例testcase

為某個特定目標(例如,為演練具體的程序路徑或驗證對特定需求的依從性)而開發(fā)的輸入、執(zhí)行條

件以及預期結果的集合。

[來源：IEEEstd610.12—1998]

2

DB52/T1620—2021

3.11

測試文檔集testdocumentation

測試活動特有的文檔匯集。

[來源：IEEEstd610.12—1998]

4縮略語

下列縮略語適用于本文件。

RUSP：就緒可用軟件產品（ReadytoUseSoftwareProduct）

RUSPBDAO：面向大數(shù)據(jù)應用的就緒可用軟件產品（ReadytousesoftwareproductBigdata

applicationoriented）

5符合性

RUSPBDAO應符合以下條件：

a)應符合第6章和第7章中規(guī)定的質量屬性；

b)應符合第8章要求的測試文檔集進行測試；

c)測試期間發(fā)現(xiàn)的異常，可在產品發(fā)布前消除；

d)若該異常違背產品廣告宣傳的性能，且不能消除，則應取消此種性能聲稱；

e)如供方已考慮了該異常的性質和對潛在需方的影響，并將有關異常的文檔保存以備日后改進，

可認為該異常是可接受的。

6軟件質量要求

6.1功能性

6.1.1測試項

功能性測試應對照大數(shù)據(jù)就緒可用軟件產品設計說明中的功能點，逐項對其進行測試用例設計，測

試用例設計應滿足以下幾個方面：

a)每個功能特性應被一個或多個正常測試用例和一個或多個被認可的異常測試用例所覆蓋；

b)測試用例的輸入應至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值；

c)逐項測試大數(shù)據(jù)就緒可用軟件產品設計說明規(guī)定的功能特性；

d)測試軟件產品配置項之間及軟件配置項與硬件之間的接口；

e)測試軟件產品輸出及其格式。

6.1.2功能完備性

功能集對指定的任務、用戶目標、數(shù)據(jù)質量，應覆蓋功能用戶的需求。

注1：功能可以在需求規(guī)格說明、設計規(guī)格說明、用戶手冊中進行指定。

注2：當軟件產品無法實現(xiàn)指定的功能時，即檢測到缺少的功能。

注3：功能包括對數(shù)據(jù)質量的要求。

3

DB52/T1620—2021

6.1.3功能正確性

在特定的使用條件下，應提供具有所需精度的正確結果。

注1：不正確的功能是指功能無法給出達到特定預期目標的合理、可接受的結果。

注2：開發(fā)方或維護方可能通過評審或測試檢查單個功能，并決定功能能否為需求規(guī)格說明中定義的特定的目標提

供正確的結果。在這種情況下，正確性的程度是由每個功能決定的。

6.1.4功能適合性

在指定條件下使用時，應促使指定的任務和目標實現(xiàn)。

6.1.5依從性

產品應遵循與功能性相關的標準、約定或法規(guī)以及類似規(guī)定。

6.1.6測試過程

下列測試過程適用于RUSPBDAO的功能性測試：

a)根據(jù)需求規(guī)格說明書、概要設計等相關軟件設計說明書，分析并拆分軟件產品功能點；

b)根據(jù)拆分的功能點，采用“黑盒測試”方法逐一設計測試用例，測試用例應覆蓋所有功能點，

覆蓋率應達到100%；

c)根據(jù)軟件產品相關設計說明，編制每條測試用例的執(zhí)行步驟、測試結果；

d)執(zhí)行每條測試用例；

e)檢驗執(zhí)行結果是否滿足測試用例預期結果；

f)根據(jù)執(zhí)行結果填寫執(zhí)行記錄和缺陷報告。

6.2可靠性

6.2.1成熟性

軟件或組件在正常運行時應滿足可靠性要求。

注：測試指標可包括故障修復率、平均失效間隔時間、周期失效率、執(zhí)行系統(tǒng)或軟件能力、運行場景或功能與預期

系統(tǒng)或軟件能力、運行場景或功能的比例等。

6.2.2容錯性

當存在硬件或軟件故障時，軟件或組件的運行應符合預期。測試參數(shù)可包括避免失效率、組件的冗

余度、平均故障通告時間等。

注：內部或外部容錯性測度與發(fā)生運行故障或違反規(guī)定接口時，軟件產品維持規(guī)定性能水平的能力有關。

6.2.3易恢復性

發(fā)生中斷或失效時，軟件能夠恢復直接受影響的數(shù)據(jù)并重建期望的系統(tǒng)狀態(tài)。

注：測試指標可包括軟件從失效中恢復需要的時間，以及定期備份數(shù)據(jù)項的比例。

6.2.4測試過程

下列測試過程適用于可靠性：

a)軟件產品操作過程中出現(xiàn)誤操作，包括填寫表單超出限制范圍，違反業(yè)務邏輯等；

b)記錄檢測過程中軟件產品出現(xiàn)的故障及故障糾正數(shù)量；

c)當出現(xiàn)宕機及服務停止時，記錄系統(tǒng)恢復運行的時長，恢復后是否能正常運行，數(shù)據(jù)是否丟失；

4

DB52/T1620—2021

d)在滿足最大并發(fā)數(shù)量且在選定好的測試場景下，持續(xù)對服務端進行業(yè)務請求，查看服務端運行

情況；

e)軟件產品在多臺終端上，通過自動化測試手段持續(xù)運行，查看其運行情況。

6.3易用性

在指定使用周境中，軟件在有效性、效率和滿意度特性方面，為了達到所指定的目標，應可被特定

用戶使用。

注：易用性既可以從它的子特性角度當作產品質量特性來進行指定或測量，也可以直接通過測度（使用質量的子集）

來進行指定或測量。

6.3.1可辨識性

應確保用戶能夠辨識軟件是否適合其要求。

6.3.2易學性

在指定使用周境中，軟件在有效性、效率、抗風險和滿意度特性方面，為了學習使用該軟件這一指

定目標，應可為指定用戶使用。

注：測試指標可包括用戶指導完整性、輸入字段的默認值設置、差錯信息的易理解性、用戶界面的自解釋性等。

6.3.3易操作性

軟件應具有易于操作和控制的屬性。

注：測試指標可包括操作的一致性、消息的正確性、功能的易定制性、用戶界面的易定制性、監(jiān)視能力、撤銷操作

能力、消息分類的易理解性、外觀的一致性、輸入設備的支持性等。

6.3.4易訪問性

在指定的使用周境中，為了達到指定的目標，軟件應被具有最廣泛的特征和能力的個體所使用。

6.3.5測試過程

下列測試過程適用于易用性測試：

a)查看用戶手冊內容，操作軟件產品過程中查看頁面布局，查看輸入輸出項的易理解性；

b)查看用戶手冊、培訓手冊、系統(tǒng)文檔，查看文檔能否幫助用戶學習操作；

c)檢測過程對表單輸入邊界值外的數(shù)據(jù)，查看軟件產品所有提示語及頁面風格一致性，是否能使

用鍵盤快捷鍵；

d)檢測過程中查看軟件產品頁面所有的元素是否美觀，具備吸引性。

6.4性能效率

6.4.1測試項

RUSPBDAO運行一段時間內，應滿足需求設計說明規(guī)定的測試場景、服務器資源、并發(fā)用戶數(shù)量的同

時，應測試其所能承受壓力的強度，包括但不限于：

a)響應時間：服務端響應事務的平均時長；

b)每秒處理事務數(shù)：服務端每秒處理事務的數(shù)量；

c)事務通過率：服務端處理事務的成功率；

5

DB52/T1620—2021

d)CPU占用率：服務端在處理事務時，服務器CPU占用情況；

e)內存占用率：服務端在處理事務時，服務器內存占用情況；

f)硬盤I/O讀寫：服務端在處理事務時，服務器硬盤讀寫情況。

6.4.2時間特性

軟件時間特性應滿足以下幾方面要求：

a)軟件執(zhí)行其功能時，其響應時間、處理時間及吞吐量應滿足用戶需求；

b)測試響應時間特性，測試軟件響應一個用戶任務或系統(tǒng)任務的平均時間，或測試軟件響應時間

應滿足規(guī)定目標；

c)測試處理時間特性，測試軟件完成一個作業(yè)或一個異步進程的平均時間，或處理時間應滿足規(guī)

定目標；

d)測試吞吐量特性，測試軟件單位時間內完成作業(yè)的平均數(shù)量應滿足規(guī)定目標。

6.4.3容量

軟件參數(shù)的最大限度應滿足需求。

a)測試指標可包括存儲數(shù)據(jù)項數(shù)量、并發(fā)用戶訪問量、用戶訪問增長的充分性、通信帶寬、交易

吞吐量和數(shù)據(jù)庫規(guī)模。

b)資源利用性

c)軟件執(zhí)行其功能時，所使用的資源數(shù)量和類型應滿足需求。

d)測試指標包括處理器平均占用率、內存平均占用率、I/O設備平均占用率、寬帶占用率。

6.4.4測試過程

下列測試過程適用于性能（效率）測試：

a)模擬測試場景操作步驟，與服務器建立連接，傳輸數(shù)據(jù)，并能得到正確的服務器反饋；

b)回放操作步驟，模擬并發(fā)用戶操作典型應用場景，向服務器施加壓力；

c)統(tǒng)計模擬多人操作時，服務端響應能力和服務器資源占用情況。

6.5維護性

6.5.1易分析性

能預期變更（變更軟件的一個或多個部分）對軟件的影響、診斷軟件的缺陷或失效原因、識別待修

改部分。

注：測試指標可包括系統(tǒng)日志完整性、診斷功能有效性和診斷功能的充分性等。

6.5.2模塊化

由多個獨立組件組成的系統(tǒng)或計算機程序，其中一個組件的變更對其他組件的影響應最小。

注：測試指標可包括組件間的耦合度、圈復雜度的充分性等。

6.5.3易測試性

應能夠為軟件或組件建立測試準則，并通過測試執(zhí)行來確定測試準則是否被滿足有效性和效率。

注：測試指標可包括測試功能的完整性、測試獨立性和測試的重啟動性。

6

DB52/T1620—2021

6.5.4可重用性

資產應能被用于多個系統(tǒng)或其他資產建設。

注：測試指標可包括系統(tǒng)中可重復使用資產的數(shù)量、符合所要求編碼規(guī)則的模塊的數(shù)量。

6.5.5測試過程

下列測試過程適用于維護性測試：

a)查看服務端日志，檢測軟件產品分析診斷能力；

b)查看軟件產品圖形化頁面及權限配置頁面，檢測軟件產品可配置能力；

c)查看軟件產品配置參數(shù)元文件，檢測軟件產品修改能力；

d)使用主流測試工具，檢測軟件產品對主流測試工具的支持。

6.6可移植性

6.6.1適應性

軟件應能有效地、高效地適應不同的或演變的硬件、軟件或者其他運營（或使用）環(huán)境。

注：測試指標可包括硬件環(huán)境的適應性、系統(tǒng)軟件環(huán)境的適應性、運營環(huán)境的適應性。

6.6.2易替換性

在相同環(huán)境中，軟件應能替換另一個相同用途的指定軟件產品。

注：測試指標可包括使用相似性、產品質量等價性、功能的包容性和數(shù)據(jù)復用/導入能力。

6.6.3易安裝性

在指定環(huán)境中，軟件應能成功地安裝和/或卸載。

注：測試指標可包括安裝的時間效率和安裝的靈活性。

6.6.4測試過程

下列測試過程適用于可移植性測試：

a)在多操作系統(tǒng)環(huán)境下安裝部署軟件產品服務端，檢測其運行情況；

b)使用多種模式安裝，包括服務端和移動終端；

c)安裝完成是否影響其他軟件產品的正常運行。

6.7信息安全性

6.7.1保密性

軟件產品應能對數(shù)據(jù)進行保護,并對訪問控制實行權限管理，只允許授權用戶訪問。

注：測試指標可包括訪問控制性、數(shù)據(jù)加密正確性和加密算法的強度等。

6.7.2完整性

6.7.2.1軟件產品應能識別并防止對數(shù)據(jù)的未授權訪問。

6.7.2.2軟件產品應具有基于先進加密算法的防篡改機制，識別并阻止對計算機程序或數(shù)據(jù)的篡改。

6.7.3防入侵性

軟件產品應能識別并阻止惡意入侵事件，并通報給相關授權用戶。

7

DB52/T1620—2021

6.7.4抗抵賴性

軟件產品應能確保事件發(fā)生后應可以被證實且不可被否認。

注：測試指標可包括使用數(shù)字簽名，處理需要抗抵賴性事務的比例。

6.7.5可核查性

軟件產品的運行活動應可以被唯一地追溯到該實體地。

注：測試指標可包括對用戶訪問系統(tǒng)或數(shù)據(jù)地審計跟蹤地完整程度，系統(tǒng)日志存儲在穩(wěn)定存儲器中地時間占要求地

存儲時間的比例。

6.7.6真實性

軟件產品在對處理對象或資源的合法身份標識應能夠被識別并證實其符合性。

注：測試指標可包括鑒別機制的充分性和鑒別規(guī)則的符合性等。

6.7.7測試過程

信息安全性的測試過程應符合GB/T20271-2006中5.2.6的規(guī)定。

6.8兼容性

6.8.1共存性

在與其他產品共享通用的環(huán)境和資源的條件下，產品應能有效執(zhí)行其所需的功能并且不會對其他產

品造成負面影響。

注：測試指標可包括當規(guī)定的其他軟件產品與該軟件產品共享環(huán)境，而不會對質量特性或功能產生負面影響的比。

6.8.2互操作性

兩個或多個軟件或組件應能夠交換信息并使用已交換的信息。

注：測試指標可包括數(shù)據(jù)格式可交換性、數(shù)據(jù)交換協(xié)議充分性、外部接口充分性等。

6.8.3測試過程

兼容性測試過程包括以下步驟：

a)將軟件產品安裝包分發(fā)至不同機型、不同分辨力、不同操作系統(tǒng)版本的終端上，并執(zhí)行安裝、

卸載、啟動、運行等操作，分別查看在終端上的運行情況；

b)利用技術手段，使測試終端設備處于低電量、低內存空間、高CPU占用，檢測軟件產品在不同

極限環(huán)境下的運行情況。

7數(shù)據(jù)要求

7.1數(shù)據(jù)量要求應符合GB/T36344-2018中規(guī)定的數(shù)據(jù)質量指標。

7.2數(shù)據(jù)存儲量應符合面向大數(shù)據(jù)應用的就緒可用軟件產品測試用例的需求。

7.3測試數(shù)據(jù)應均衡分布在計算機集群的節(jié)點上。

8

DB52/T1620—2021

8測試環(huán)境

8.1硬件環(huán)境

面向大數(shù)據(jù)應用的就緒可用軟件產品硬件測試環(huán)境應包括以下幾方面要求：

a)應符合面向大數(shù)據(jù)應用的就緒可用軟件產品測試用例需求的分布式計算機節(jié)點集群；

b)分布式計算機節(jié)點集群CPU、內存、存儲容量、通信帶寬等資源應滿足面向大數(shù)據(jù)應用的就緒

可用軟件產品的數(shù)據(jù)存儲、計算和集群通訊等需求；

c)保證分布式集群最低的CPU和內存使用率，集群內各計算機之間應負載均衡，分布式集群具備

高性能的處理基礎。

8.2軟件環(huán)境

面向大數(shù)據(jù)應用的就緒可用軟件產品軟件測試環(huán)境應包括以下幾方面要求：

a)應符合面向大數(shù)據(jù)應用的就緒可用軟件產品測試用例需求的結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結

構化數(shù)據(jù)的存儲軟件環(huán)境，契合大數(shù)據(jù)處理框架，滿足就緒可用軟件產品對大數(shù)據(jù)存儲環(huán)境的

需求；

b)應搭建面向大數(shù)據(jù)應用的就緒可用軟件產品測試用例需求的大數(shù)據(jù)處理框架，包括但不限于

Hadoop、Spark等框架，滿足對大數(shù)據(jù)處理環(huán)境的需求。

9測試文檔集要求

9.1基本要求

9.1.1目的

測試文檔集的目的是證實軟件符合第6章、第7章的規(guī)定。

9.1.2一致性

9.1.2.1測試文檔集中的每個文檔所包含的信息應是正確的并且是可驗證的。

9.1.2.2測試文檔集中的每個文檔不應自相矛盾，并且不應與產品說明和用戶文檔集矛盾。

9.1.3內容要求

9.1.3.1測試文檔集應包含以下幾個文檔：

a)測試計劃；

b)測試說明；

c)測試結果(報告)。

9.1.3.2測試文檔集中的每個文檔，應包括以下幾方面內容：

a)標題；

b)產品標識；

c)修改歷史或說明該文檔演變的任何其他元素；

d)目次或對內容的說明；

e)該文檔正文中引用的文檔的標識符；

f)有關作者和審查者的信息；

f)術語表。

9

DB52/T1620—2021

9.1.4方法

9.1.4.1在產品說明和第6章中提及的所有質量特性，均應經過至少一個測試用例的測試。

9.1.4.2用戶文檔集中說明的所有功能，均應經過至少一個測試用例的測試。

9.1.4.3測試用例應能驗證軟件與用戶文檔集中的陳述相符。

9.1.4.4應指明測試用例的設計方法。

注：可能的設計方法有：邊界值分析、檢查表、數(shù)據(jù)流分析、故障插入、容量測試。

9.1.4.5安裝規(guī)程應經過測試用例測試。

9.1.4.6在產品說明和用戶文檔集中指明的操作限制，均應經過測試用例測試。

9.1.4.7對違法輸入應經過測試用例測試。

9.1.4.8如果用戶文檔集中給出若干示例，這些示例應用作測試用例，但整個測試不應局限于這些示

例。

9.2測試計劃要求

9.2.1通過-失敗準則

測試計劃應明確用于判定測試結果是否符合要求的符合性準則。

9.2.2測試環(huán)境

測試計劃應明確將要進行的測試所處的軟件測試環(huán)境。

9.2.3進度

測試計劃應明確整個測試的進度。

9.2.4風險

測試計劃應識別、更新和記錄測試活動中存在的風險，并提供應對措施。

9.2.5人力資源

測試計劃中應明確測試活動所需的人力資源情況。

9.2.6工具和環(huán)境資源

9.2.6.1測試計劃中應明確測試活動所需的工具，必要的測試環(huán)境。

9.2.6.2如果使用特殊的工具和環(huán)境，測試計劃中應說明選擇這些工具和環(huán)境的原因以及預期的結果。

9.3測試說明要求

9.3.1測試用例說明

對每個測試用例的說明應包括以下幾個方面：

a)測試目標；

b)唯一性標識符；

c)測試的輸入數(shù)據(jù)和測試邊界；

d)詳細實施步驟；

e)系統(tǒng)的預期行為；

f)測試用例的預期輸出；

10

DB52/T1620—2021

g)結果判定準則；

h)用于判定測試用例的肯定或否定結果的準則。

9.3.2測試規(guī)程

測試規(guī)程應包括以下幾個步驟：

a)測試準備；

b)開始和執(zhí)行測試所必需的動作；

c)記錄測試結果所必需的動作；

d)停止和最終重啟動測試的條件和動作；

e)在軟件被糾正之后,對于所涉及的功能和任何相關的功能,應有一種重新測試的規(guī)程。

9.4測試結果要求

9.4.1執(zhí)行報告

執(zhí)行報告應包含以下內容：

a)全部測試用例結果；

b)已正式按照測試計劃執(zhí)行的測試用例；

c)測試用例的標識符；

d)測試執(zhí)行日期；

e)測試人員姓名和職責；

f)測試用例執(zhí)行的結果；

g)發(fā)現(xiàn)的異常清單。

9.4.2異常情況報告

9.4.2.1異常情況報告應包括所發(fā)現(xiàn)的全部異常匯總及糾正情況和通過再測試的驗證情況。

9.4.2.2對于每個異常，異常情況報告應說明如下內容：

a)異常的標識符；

b)軟件的標識符；

c)對異常的說明；

d)執(zhí)行測試用例中異常發(fā)生點；

e)異常的嚴重程度和可重現(xiàn)程度。

注1：異常的嚴重程度可以包括“致命的”“嚴重的”“重大的”“微小的”“輕微的”。

注2：異常的可重現(xiàn)程度可以包括“總是出現(xiàn)”“有時出現(xiàn)”“隨機出