系統(tǒng)測試與驗(yàn)收方案設(shè)計(jì)_第1頁
系統(tǒng)測試與驗(yàn)收方案設(shè)計(jì)_第2頁
系統(tǒng)測試與驗(yàn)收方案設(shè)計(jì)_第3頁
系統(tǒng)測試與驗(yàn)收方案設(shè)計(jì)_第4頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、實(shí)用文檔系統(tǒng)測試與驗(yàn)收方案1.1.測試方案1.1.1.單元測試1.1.1.1.單元測試說明在計(jì)算機(jī)編程中,單元測試(又稱為模塊測試)是針對程序模塊 ( 軟件設(shè)計(jì)的最小單位 ) 來進(jìn)行正確性檢驗(yàn)的測試工作。程序單元是應(yīng)用的最小可測試部件。在過程化編程中,一個(gè)單元就是單個(gè)程序、函數(shù)、過程等;對于面向?qū)ο缶幊?,最小單元就是方法?包括基類(超類)、抽象類、或者派生類 (子類)中的方法。單元測試的目標(biāo)是隔離程序部件并證明這些單個(gè)部件是正確的。 一個(gè)單元測試提供了代碼片斷需要滿足的嚴(yán)密的書面規(guī)約。 因此,單元測試帶來了一些益處。 單元測試在軟件開發(fā)過程的早期就能發(fā)現(xiàn)問題。1.1.1.2.單元測試方法與內(nèi)

2、容單元測試主要采用白盒測試技術(shù), 用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設(shè)計(jì)測試用例;主要測試內(nèi)容包括單元功能測試、 單元性能測試和異常處理測試等。1.1.1.3.單元測試流程圖 15-1單元測試流程圖從配置庫獲取源碼文件, 設(shè)計(jì)測試用例, 執(zhí)行測試用例, 并利用相關(guān)測試工具對單元代碼進(jìn)行測試, 將測試結(jié)論填寫到單元測試報(bào)告和軟件 Bug 清單中。把軟件 Bug 清單和測試用例執(zhí)行結(jié)果提交測試負(fù)責(zé)人,并進(jìn)入納入質(zhì)量管理。對源碼文件進(jìn)行的測試,視程序存在缺陷的情況,可能要重復(fù)進(jìn)行,直至問題解決。單元測試的執(zhí)行者, 一般情況下可由程序的編碼者進(jìn)行, 特殊情況可由獨(dú)立于編碼者的測試人員進(jìn)行。1.1.1.

3、4.單元測試用例編程組組長組織、指導(dǎo)開發(fā)人員根據(jù)系統(tǒng)設(shè)計(jì)說明書 ,編寫所負(fù)責(zé)代碼設(shè)計(jì)模塊的單元測試用例 ,設(shè)計(jì)單元測試腳本。文案大全實(shí)用文檔1.1.2.代碼評審代碼評審也稱代碼復(fù)查, 是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動(dòng)。評審的內(nèi)容:1) 編碼規(guī)范問題:命名不規(guī)范、 magic number、 System.out 等;2) 代碼結(jié)構(gòu)問題:重復(fù)代碼、巨大的方法和類、分層不當(dāng)、緊耦合等;3) 工具、框架使用不當(dāng): Spring 、 Hibernate 、AJAX等;4) 實(shí)現(xiàn)問題:錯(cuò)誤驗(yàn)證、異常處理、事務(wù)劃分、線程、性能、安全、實(shí)現(xiàn)過于復(fù)雜、代碼可讀性不佳、擴(kuò)展性不好

4、等; 5) 測試問題:測試覆蓋度不夠、可測試性不好等。評審的優(yōu)點(diǎn):1) 提高代碼質(zhì)量:在項(xiàng)目的早期發(fā)現(xiàn)缺陷,將損失降至最低2) 評審的過程也是重新梳理思路的過程, 雙方都加深了對系統(tǒng)的理解3) 促進(jìn)團(tuán)隊(duì)溝通、促進(jìn)知識(shí)共享、共同提高1.1.3.集成測試1.1.3.1.集成測試目的集成測試,也叫組裝測試或聯(lián)合測試。 集成測試是在單元測試的基礎(chǔ)上, 根據(jù)系統(tǒng)概要設(shè)計(jì)及系統(tǒng)集成與開發(fā)詳細(xì)設(shè)計(jì) ,對系統(tǒng)的各單元進(jìn)行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計(jì)算機(jī)軟件。 集成測試的目的是檢查軟件單元部件是否能夠集成為一個(gè)整體, 完成一定的功能, 并找出單元測試中沒有發(fā)現(xiàn)的錯(cuò)誤,包括數(shù)據(jù)定義有沒有重合與沖突

5、, 接口會(huì)不會(huì)產(chǎn)生錯(cuò)誤, 組合以后的模塊功能會(huì)不會(huì)互相影響,組合的系統(tǒng)是不是達(dá)到預(yù)期的效果等。1.1.3.2.集成測試采用的方法和內(nèi)容集成測試采用白盒測試和黑盒測試相結(jié)合的測試技術(shù)和漸增式的測試策略, 用數(shù)據(jù)流等測試方法設(shè)計(jì)測試用例。 主要測試內(nèi)容包括單元之間的接口測試、 全局?jǐn)?shù)據(jù)結(jié)構(gòu)測試等。1.1.3.3.集成測試流程集成測試包括集成測試設(shè)計(jì)、 集成測試準(zhǔn)備、 集成測試實(shí)施和測試記錄、 集成測試問題跟蹤和結(jié)束測試等階段。集成測試設(shè)計(jì)由測試組組長根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃編制集成測試計(jì)劃,設(shè)計(jì)測試用例。測試計(jì)劃和測試用例應(yīng)當(dāng)通過項(xiàng)目經(jīng)理的審查。集成測試準(zhǔn)備需要系統(tǒng)測試組組長建立獨(dú)立的測試環(huán)境。 測

6、試環(huán)境包括測試硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測試對象 ( 程序 ) 的安裝和初始化工作。集成測試實(shí)施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計(jì)劃和測試用例要求進(jìn)行測試,并且記錄測試過程和測試結(jié)果。集成測試問題跟蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長根據(jù)測試記錄提交測試問題報(bào)告,并由系統(tǒng)設(shè)計(jì)人員和開發(fā)人員解決每一個(gè)問題的過程。測試結(jié)束指測試問題報(bào)告中的問題解決后,進(jìn)行回歸測試。 當(dāng)測試問題降低到一文案大全實(shí)用文檔定程度并通過測試通過準(zhǔn)則時(shí),系統(tǒng)測試組組長提交測試總結(jié)報(bào)告結(jié)束測試。1.1.4.功能測試功能測試包括兩大部分, 一是包括基本業(yè)務(wù)功能、 業(yè)務(wù)測試、接口測試和可用性測試等

7、方面的功能測試,二是包括:安全性測試、故障恢復(fù)測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化測試。驗(yàn)收測試主要從系統(tǒng)的實(shí)用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。( 1)測試目標(biāo)組織并執(zhí)行測試, 以降低軟件產(chǎn)品中存在的缺陷, 保證產(chǎn)品的質(zhì)量和可用性, 測試工作的目標(biāo)就是降低 BUG率,從各個(gè)方面提高軟件產(chǎn)品的質(zhì)量和可用性。( 2)測試流程在確定具體的測試范圍及內(nèi)容后, 進(jìn)行測試分類, 并根據(jù)分類的結(jié)果確定需要設(shè)計(jì)的測試用例。在整個(gè)測試過程中, 我們將用缺陷管理工具 BugBase對測試大綱、 測試用例、測試問題等進(jìn)行管理,并可對問題進(jìn)行統(tǒng)計(jì)。( 3)測試完成標(biāo)準(zhǔn)實(shí)現(xiàn)功能完全

8、符合功能列表。所有的功能頁面均可達(dá)。TD 上的問題得到妥善處理,不含有A,B,C 類問題。定義的測試項(xiàng)目完成。產(chǎn)品化測試的約束達(dá)成。( 5)缺陷管理追蹤工具在上節(jié)描述中提到的 TD,可以應(yīng)用于測試的全過程,也可以用于管理各類評審的缺陷等。TD 還提供一些模板,例如測試計(jì)劃、測試總結(jié)、測試大綱、測試問題卡,因此可以通過 BugBase實(shí)現(xiàn)從測試計(jì)劃到總結(jié)的各測試活動(dòng)管理。我們以需求說明書、 軟件需求規(guī)格說明為輸入編寫測試大綱, 對應(yīng)測試大綱中的內(nèi)容和測試需求編寫測試用例, 測試人員可以根據(jù)測試大綱和用例執(zhí)行測試, 發(fā)現(xiàn)問題后,記錄在 TD中,測試負(fù)責(zé)人通過查看缺陷問題列表將問題分配給對應(yīng)的開發(fā)人

9、員,開發(fā)人員通過查看問題列表修改問題, TD還提供了各種統(tǒng)計(jì)功能,例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級(jí)、問題的分布、問題引入階段等進(jìn)行統(tǒng)計(jì),這些統(tǒng)計(jì)結(jié)果可用來進(jìn)行分析和總結(jié)1.1.5.性能測試性能測試總體流程與業(yè)務(wù)系統(tǒng)測試的流程基本相同。 驗(yàn)收測試主要從系統(tǒng)的實(shí)用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。性能測試的內(nèi)容源于用戶對平臺(tái)系統(tǒng)的性能要求。1.1.5.1.測試目標(biāo)性能測試的目標(biāo)是在整個(gè)系統(tǒng)或一個(gè)系統(tǒng)的特定組件上定義、 建立和執(zhí)行性能測試。驗(yàn)證系統(tǒng)是否滿足標(biāo)書的性能要求,如不能滿足,要進(jìn)行相應(yīng)的優(yōu)化。1.1.5.2.測試流程首先對性能測試進(jìn)行策劃,確定性能測試的類別和測試

10、方法。然后開發(fā)性能測試的用例, 確定測試環(huán)境并準(zhǔn)備就緒后執(zhí)行性能測試, 確定測試中的系統(tǒng)或組件的性能, 并使用其結(jié)果決定性能是否可以被業(yè)務(wù)所接受。 如果在文案大全實(shí)用文檔測試中度量的性能特性證明是不能被接受的, 我們可以通過對業(yè)務(wù)的改進(jìn)、 數(shù)據(jù)庫、應(yīng)用服務(wù)器等進(jìn)行調(diào)優(yōu),以提高性能質(zhì)量,在進(jìn)行系統(tǒng)調(diào)優(yōu)前,我們同樣要進(jìn)行調(diào)優(yōu)的設(shè)計(jì)與分析。性能測試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相影響。1.1.5.3.性能測試指標(biāo)a) 響應(yīng)時(shí)間響應(yīng)速度在用戶心理所能承受的范圍內(nèi)。 無論是客戶端還是管理端, 當(dāng)用戶登陸,進(jìn)行任何操作的時(shí)候,系統(tǒng)應(yīng)該及時(shí)進(jìn)行反映, 系統(tǒng)應(yīng)能檢測出各種非正常情況,并及時(shí)提示用戶。b)

11、可擴(kuò)展性在設(shè)計(jì)上必須具有適應(yīng)變化的能力, 當(dāng)系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時(shí), 應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上,業(yè)務(wù)變化造成的影響局部化。c) 易用性所有的業(yè)務(wù)功能界面風(fēng)格和操作流程一致, 業(yè)務(wù)表單做到所見即所得, 錄入能夠完全通過鍵盤完成。d) 可靠性系統(tǒng)應(yīng)保證 7*24 小時(shí)內(nèi)不宕機(jī),保證在正常情況下和極端情況下業(yè)務(wù)邏輯的正確性。e) 可用性必須避免由于單點(diǎn)故障或系統(tǒng)升級(jí)而影響整個(gè)系統(tǒng)的正常運(yùn)行。f) 可維護(hù)性系統(tǒng)能夠簡單方便的修改和升級(jí),包含可度性、可修改性、可測試性等。g) 可管理性和服務(wù)支持能力每個(gè)層次、每個(gè)構(gòu)件都提供標(biāo)準(zhǔn)的管理接口。實(shí)現(xiàn)統(tǒng)一的、一致的日志功能。每個(gè)構(gòu)件都提供應(yīng)用架

12、構(gòu)總體設(shè)計(jì)規(guī)定的必要的標(biāo)準(zhǔn)外部接口。1.1.6.用戶測試1.1.6.1.測試流程用戶測試流程如下:1) 明確測試內(nèi)容,其中包括功能、性能、可用性、安全性、兼容性、與其他系統(tǒng)集成2) 確定測試范圍: 確定業(yè)務(wù)情況類型是是非常重要的。 每一種業(yè)務(wù)情況類型都對應(yīng)一個(gè)實(shí)際商業(yè)業(yè)務(wù)。 業(yè)務(wù)情況類型可以被表達(dá)成多種狀況 (例如,簡單情況、或需要進(jìn)行復(fù)雜處理的例外情況) 。3) 測試小組成員確定:由管理人員、業(yè)務(wù)人員、技術(shù)人員等組成,我方提供驗(yàn)收測試過程中的技術(shù)支持。 4) 明確問題分類標(biāo)準(zhǔn)5) 系統(tǒng)的功能通過功能測試進(jìn)行驗(yàn)證。 在功能測試過程中發(fā)現(xiàn)的問題根據(jù)其嚴(yán)重程度進(jìn)行分類。下表列出了功能測試問題的分類

13、。1.1.6.2.用戶測試設(shè)計(jì)設(shè)計(jì)測試用例:確定每個(gè)功能的測試用例, 明確系統(tǒng)輸入信息和期望的輸出結(jié)果。針對需求規(guī)格說明書的每一條測試內(nèi)容, 確定測試用例。 每個(gè)測試用例包括測試文案大全實(shí)用文檔條件(包括生成測試條件需要的測試數(shù)據(jù)類型) 和期望的結(jié)果。 每個(gè)測試用例都應(yīng)該是唯一確定的(例如,賦一個(gè)數(shù)值) 。設(shè)計(jì)測試大綱: 依據(jù)測試范圍生成測試大綱。 對每一種業(yè)務(wù)情況類型, 生成盡可能多的測試用例來完善測試大綱。 為了保證測試大綱包含所有的測試用例, 將測試用例的條件映射為測試大綱是非常必要的。 測試大綱中測試用例的順序安排是非常重要的,它應(yīng)考慮多種方面的因素, 主要考慮的因素是按照系統(tǒng)產(chǎn)生的數(shù)

14、據(jù),在測試大綱中安排測試用例的順序,使得一個(gè)測試的結(jié)果作為另一個(gè)測試前提。測試環(huán)境準(zhǔn)備: 為了預(yù)防出現(xiàn)問題, 如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用, 需要建立一個(gè)獨(dú)立的測試環(huán)境。 在進(jìn)行測試之前, 根據(jù)測試計(jì)劃中確定的時(shí)機(jī)建立一個(gè)獨(dú)立的測試環(huán)境。1.1.6.3.用戶測試結(jié)果1) 測試結(jié)束后, 測試小組根據(jù)測試數(shù)據(jù), 制定并向驗(yàn)收工作領(lǐng)導(dǎo)小組提交 用戶測試報(bào)告。2) 測試報(bào)告結(jié)果說明軟件滿足下列要求:3) 在認(rèn)可的外部設(shè)計(jì)文檔中表述的功能要求4)在認(rèn)可的系統(tǒng)描述文檔中表述的非功能要求5)此外,測試報(bào)告中還包括對系統(tǒng)提出的改進(jìn)意見。1.2.驗(yàn)收方案1.2.1.驗(yàn)收流程在驗(yàn)收階段,平臺(tái)系統(tǒng)將按照用戶和我公司

15、都認(rèn)可的系統(tǒng)需求分析 ,組織驗(yàn)收小組,進(jìn)行功能和性能的驗(yàn)收測試。從系統(tǒng)的實(shí)用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全面驗(yàn)收。驗(yàn)收測試安排分為系統(tǒng)初驗(yàn)和系統(tǒng)終驗(yàn)。1.2.2.系統(tǒng)初驗(yàn)經(jīng)過系統(tǒng)內(nèi)部試運(yùn)行, 我公司對內(nèi)部試運(yùn)行期間發(fā)現(xiàn)的問題改正后, 提出系統(tǒng)初驗(yàn)書面申請。驗(yàn)收標(biāo)準(zhǔn)將按照“需求說明書”和雙方認(rèn)可的有關(guān)系統(tǒng)設(shè)計(jì)文檔所提的要求進(jìn)行。用戶在收到我公司驗(yàn)收申請后, 盡快組織系統(tǒng)初驗(yàn)。 初驗(yàn)前我公司提供全部的工程文檔和安裝測試報(bào)告, 并提供初驗(yàn)測試文檔, 在用戶認(rèn)可后進(jìn)行初驗(yàn)測試, 初驗(yàn)通過后,系統(tǒng)進(jìn)入正式試運(yùn)行期。我公司應(yīng)解決試運(yùn)行期間所反映

16、出的問題,若系統(tǒng)達(dá)不到合同規(guī)定要求, 試運(yùn)行期將繼續(xù)順延, 直到系統(tǒng)完善, 但試運(yùn)行期最長不得超過一個(gè)月。1.2.3.系統(tǒng)試運(yùn)行初驗(yàn)合格后,經(jīng)用戶同意,系統(tǒng)進(jìn)入試運(yùn)行階段,試運(yùn)行周期不超過三個(gè)月。在試運(yùn)行期間,我公司按用戶要求提供培訓(xùn)和技術(shù)支持, 保證用戶能夠正確理解和使用系統(tǒng);我公司對試運(yùn)行中出現(xiàn)的任何問題及用戶提出的修改意見將及時(shí)做出響應(yīng),并提交解決方案,在用戶確認(rèn)后實(shí)施。試運(yùn)行期間如出現(xiàn)重大故障,則試運(yùn)行期從故障排除之日起重新計(jì)算。1.2.4.系統(tǒng)終驗(yàn)文案大全實(shí)用文檔試運(yùn)行期結(jié)束后, 如系統(tǒng)無功能缺陷, 能夠正常運(yùn)行, 在具備終驗(yàn)條件下進(jìn)行系統(tǒng)終驗(yàn),由我公司提出終驗(yàn)書面申請, 用戶在收到

17、我公司驗(yàn)收申請后, 盡快組織系統(tǒng)終驗(yàn)。成立項(xiàng)目全面驗(yàn)收小組,由用戶、我公司以及外部專家等組成,對項(xiàng)目進(jìn)行全面驗(yàn)收。 系統(tǒng)終驗(yàn)前,我公司提交終驗(yàn)測試標(biāo)準(zhǔn)和終驗(yàn)測試計(jì)劃, 內(nèi)容包括:測試對象及應(yīng)達(dá)到的測試指標(biāo)、測試方法和測試條件、測試資料和數(shù)據(jù),并以圖表說明每一測試對象或過程的功能輸入輸出測試進(jìn)度。系統(tǒng)終驗(yàn)標(biāo)準(zhǔn):1) 系統(tǒng)實(shí)用性:項(xiàng)目驗(yàn)收最關(guān)鍵的指標(biāo),檢查系統(tǒng)是否符合當(dāng)前業(yè)務(wù)的需要,特別是業(yè)務(wù)流的整體性和數(shù)據(jù)流的一致性,并前瞻性提供未來業(yè)務(wù)接口。2) 系統(tǒng)穩(wěn) 定性 :硬 件環(huán)境的 穩(wěn)定 性、軟 件運(yùn)行異 常處 理和正 常運(yùn)行情況。 3) 系統(tǒng)可維護(hù)性:含網(wǎng)絡(luò)系統(tǒng)管理與維護(hù)、 服務(wù)器系統(tǒng)平臺(tái)管理與維

18、護(hù)、操作系統(tǒng)管理與維護(hù)、 應(yīng)用系統(tǒng)軟件管理與維護(hù)、 數(shù)據(jù)庫管理與維護(hù)以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份,災(zāi)難事件處理與解決實(shí)施方案等。4) 系統(tǒng)文檔:驗(yàn)收文檔是否齊全、規(guī)范、準(zhǔn)確、詳細(xì),主要的文檔包括:需求分析報(bào)告,框架設(shè)計(jì)報(bào)告,數(shù)據(jù)庫物理及邏輯設(shè)計(jì)報(bào)告,詳細(xì)設(shè)計(jì)報(bào)告,編碼規(guī)范及技術(shù)選型報(bào)告,測試報(bào)告,系統(tǒng)部署和發(fā)布報(bào)告,集成方案,軟件用戶使用手冊,系統(tǒng)維護(hù)方案和操作文檔等。5) 代碼規(guī)范及注釋說明: 程序代碼編寫是否規(guī)范; 注釋說明或代碼文檔是否詳細(xì)全面;接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。6) 系統(tǒng)靈活性:系統(tǒng)是否方便客戶進(jìn)行維護(hù); 系統(tǒng)是否在先進(jìn)性的基礎(chǔ)上具備未來升級(jí)和可擴(kuò)充性;是否利于系統(tǒng)平臺(tái)遷移和部署等。7) 系統(tǒng)可操作性: 界面是否友好性; 是否實(shí)現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。8) 系統(tǒng)安全性:是否有完善的安全機(jī)制保證系統(tǒng)的安全性, 如軟件方面的安全防范(加密措施、相關(guān)認(rèn)證、數(shù)據(jù)庫安全防范) ,硬件方面(防火墻、物理隔

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論