




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、AscentSys醫(yī)藥商務系統(tǒng)測試計劃變更記錄日期版本變更說明作者2010-08-09V1.0新建編寫: 日期:2010-8-9審核:日期:批準:日期:受控狀態(tài):是 發(fā)布版次:1.0日期:2010-8-9編號:簽字確認職務姓名簽字日期1.引言1.1編寫目的本測試計劃主要用于控制整個AscentSys醫(yī)藥商務系統(tǒng)項目測試,本文檔主要實現(xiàn)以下目標:(1) 通過此測試計劃能夠控制整個測試項目合理、全面、準確、協(xié)調地完成。(2) 為軟件測試提供依據(jù):(3) 項目管理人員根據(jù)此計劃,可以對項目進行宏觀調控。(4) 測試人員根據(jù)此計劃,能夠明確自己的權利、職責,準確地定位自己在項目的任務。(5) 相關部門
2、,可以根據(jù)此計劃,對相關資源進行準備。1.2背景(1) 本測試計劃從屬于亞思晟科技有限公司,為XXX醫(yī)藥公司實現(xiàn)AscentSys醫(yī)藥商務系統(tǒng)的測試。(2) 項目任務的提出者為:亞思晟公司項目管理部;系統(tǒng)的開發(fā)者為:亞思晟公司;系統(tǒng)的使用者為:XXX醫(yī)藥公司;(3) 此測試項目的進行,將在需求確認后開始執(zhí)行,基準是準確、全面的需求文檔。測試重點是對開發(fā)實現(xiàn)的功能和性能進行測試。1.3定義無1.4參考資料l AscentSys醫(yī)藥商務需求規(guī)格說明書 1.0版本l AscentSys醫(yī)藥商務測試計劃編寫規(guī)范1.5控制信息1.6測試目標該測試項目將通過設計和執(zhí)行接受測試、界面測試、功能測試和性能測試
3、,對軟件實現(xiàn)的功能,以及軟件的性能、兼容性、安全性、實用性、可靠性、擴展性各個方面進行全面系統(tǒng)的測試?;诒鞠到y(tǒng)的業(yè)務復雜性和開發(fā)周期短的特性,系統(tǒng)測試的重點將放在功能測試和性能測試上。通過測試提高軟件的質量,為用戶提供最好的服務,并合理地避免軟件的風險和減少軟件的成本。2.計劃2.1測試過程2.2進度安排及里程碑給出進行各項測試的日期和工作內容(如熟悉環(huán)境、培訓、準備輸入數(shù)據(jù)、實施測試等)。里程碑任務工作開始日期結束日期制定測試計劃安*2010-08-092010-08-10設計測試安*2010-08-102010-08-13實施測試安*2010-08-162010-08-25對測試進行評估
4、郭*2010-08-262010-08-272.3角色測試人員安排負責人:郭*其他負責人職責聯(lián)系信息職責:負責制定測試計劃;負責編寫和驗收用例;完成項目實測;負責與外部合作部門交互;負責協(xié)調內部人員的工作;負責編寫測試報告。測 試 組 成 員姓 名職 責聯(lián)系信息安*負責功能測試用例的編寫和實施孫*負責性能和其他非功能測試用例的編寫和實施2.4系統(tǒng)下表列出了測試項目所需的系統(tǒng)資源。系統(tǒng)資源資源名稱/類型數(shù)據(jù)庫服務器MySQL 5.0網(wǎng)絡或子網(wǎng)服務器名稱數(shù)據(jù)庫名稱acesysDS客戶端測試 PCIE 8包括特殊的配置需求Tomcat 5.0測試存儲庫Bugs網(wǎng)絡或子網(wǎng)服務器名稱測試開發(fā) PCWin
5、dow XP硬件環(huán)境Intel Core(TM) CPU 2.0GHz;內存1GB2.5可交付工件測試計劃:一份測試用例:一份測試缺陷記錄:一份測試報告:一份測試模型Ascent醫(yī)藥商務系統(tǒng)1.0測試記錄采用測試用例的形式提交測試過程,詳見測試用例文檔。缺陷報告采用缺陷記錄的形式,詳見測試缺陷記錄文檔。2.6測試資料測試文檔:測試相關模塊。需求文檔:項目需求文檔2.7項目風險分析風險類型風險綜述現(xiàn)有人力資源嚴重不足。在確保質量的前提下,人力資源與項目周期比例失調,因此人員不到位,將存在項目風險。增加人員測試中使用IE6,因此在IE7等其他環(huán)境下運行存在風險。與客戶確定為爭取時間保證質量僅使用I
6、E6進行測試進度存在風險實際進度將按照開發(fā)進度進行,預期度按照開發(fā)進度進行,但是實際開發(fā)度變更時,將按照實際開發(fā)進度及時正測試進度。測試環(huán)境各服務器的配置低于實際產(chǎn)品使用時的服務器配置與客戶商議達成一致人員變動風險通過培訓等措施使變更后的人員了解統(tǒng)的業(yè)務流程,對系統(tǒng)深入了解,以求在最大限度內保證測試質量數(shù)據(jù)庫測試中存在風險。因測試周期的限制,因此根據(jù)實際情況選擇的測試策略存在的風險情況反應給客戶,與客戶商議達成一致。版本部署風險版本在部署的時候,可能會由于數(shù)據(jù)庫的導入錯誤等原因導致系統(tǒng)出錯。因此在實際給客戶部署時同樣存在此種風險。數(shù)據(jù)遷移部分增加了一個測試策略以驗證遷移數(shù)據(jù)的完整性,該策略是以
7、自建的小數(shù)據(jù)來模擬大數(shù)據(jù)。因此對于實際超大數(shù)據(jù)量的數(shù)據(jù)遷移存在一定風險。但是該方法能夠驗證數(shù)據(jù)遷移的遷移方法的正確性,且能夠非常直觀的查看結果。3.測試設計說明(大綱)3.1概述測試方法和測試用例選取的原則系統(tǒng):根據(jù)系統(tǒng)需求說明書對系統(tǒng)進行單元測試、集成測試、系統(tǒng)測試、驗收測試、性能測試,并結合可能的用戶測試。全面:要求測試用例能夠覆蓋每一個測試點的要點。合理:從可行性角度考慮,測試不可能全面覆蓋,所以設置好等價類劃分,測試的用例的選擇避免重復測試、選擇最好的測試方法將測試點合理覆蓋。測試的控制方式l 測試用例的實現(xiàn)必須遵守測試計劃的安排,實際測試必須以測試用例為基準。實際測試中測試用例的狀態(tài)
8、記載:(1) failed:如果某一步測試用例失敗,但不影響以后測試用例處理(2) block:如果某一步測試用例失敗,并影響以后測試用例處理(3) good:測試成功l 實際測試與外部交互使用缺陷記錄清單進行交流。測試人員必須詳細、準確填寫缺陷記錄內容,開發(fā)修改人員要詳細、準確地填寫修改情況,通過缺陷記錄清單的狀態(tài)進行測試和修改交互。(1) open:當開始一個問題報告單時,為open開發(fā)返回后,錯誤仍存在為 re-open(2) fixed / return開發(fā)人員對錯誤進行了修改,為fixed開發(fā)人員對錯誤沒有進行修改,返回測試部為return(3) close/ cancel測試人員確
9、認錯誤已經(jīng)修改,為close測試人員確認錯誤的無效或可以接受(標記)為cancell 測試版本的控制由項目開發(fā)組隨版本發(fā)布時提交版本提交單,測試組完成測試后提交版本測試報告,版本更新時由開發(fā)組填寫更新記錄。l 測試用例的命名原則:測試點-編號例如:XDL-01l 缺陷記錄清單命名原則缺陷記錄清單+_測試人員名稱+_日期例如:缺陷記錄清單_劉飛_20020101數(shù)據(jù)選擇策略數(shù)據(jù)的選擇全面覆蓋所有數(shù)據(jù)、并要求避免冗余數(shù)據(jù)的使用(采用邊界值、特殊值、以及普通值)。測試過程描述和操作步驟1. 測試過程描述(1) 書寫測試計劃(2) 參考測試計劃、需求、概要設計以及部分詳細設計文檔進行用例設計(3) 參
10、考測試計劃和測試用例進行實際測試操作(4) 測試總結和報告2. 操作步驟l 測試基本流程(簡易的IVT)l 測試功能塊(重點為容錯測試)l 統(tǒng)計信息的測試(IVT)3.2軟件說明Ascent醫(yī)藥商務系統(tǒng)主要涵蓋管理員、普通用戶、游客三中角色登錄,實現(xiàn)功能主要有:用戶管理、商品管理、郵件管理、購物功能、訂單管理,詳見需求規(guī)格說明書。3.3測試內容及策略本測試將通過用戶界面測試、集成測試,系統(tǒng)測試、驗收測試、性能測試、負載測試、強度測試、容量測試、安全性和訪問控制測試、故障轉移和恢復測試、配置測試、安裝測試方面對系統(tǒng)進行測試。用戶界面測試用于核實用戶與軟件之間的交互,測試用戶界面的正確性和易用性。
11、用戶界面及易用性測試目的: 確保用戶界面通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能;另外,UI測試還可以確保UI中的對象按照預期的方式運行,并符合公司或行業(yè)的標準。內容: 對系統(tǒng)的功能頁面進行各種可操作性測試。重點: 容錯檢測,易用性。集成測試目的: 檢測系統(tǒng)是否達到需求,對業(yè)務流程及數(shù)據(jù)流的處理是否符合標準,檢測系統(tǒng)對業(yè)務流處理是否存在邏輯不嚴謹及錯誤,檢測需求是否存在不合理的標準和要求。內容:利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例,用例流或功能,以核實在使用有效數(shù)據(jù)時得到的預期結果,在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息,個業(yè)務規(guī)則都得到了正確的應用。重點:測試的單元模塊之間的
12、接口和調用是否正確,集成后是否實現(xiàn)了某個功能。系統(tǒng)測試目的:將軟件整合為一體,看各個功能是否全部實現(xiàn)。內容:將整個軟件系統(tǒng)看做一個整體進行測試,測試功能是否能滿足需求,是否全部實現(xiàn),后期主要包括看系統(tǒng)運行的性能是否滿足需求,以及系統(tǒng)在不同的軟硬件環(huán)境中的兼容性等。重點:系統(tǒng)在配置好的環(huán)境中是否可以正常運行。壓力測試目的:了解(被測應用程序)一般能夠承受的壓力,同時能夠承受的用戶訪問量(容量),最多支持有多少用戶同時訪問某個功能。內容:(1)因為事先我們不知道將有多少用戶訪問是臨界點,所以在測試過程中需要多次改變用戶數(shù)來確定,(2)計劃的設置,每x時間后加載10用戶(根據(jù)總用戶數(shù)設置),完全加載
13、后持續(xù)運行不超過5分鐘(根據(jù)需要設置)。(3)當運行中的用戶數(shù)100%達到集合點時釋放。重點:找到系統(tǒng)的臨界值點功能測試目的:功能測試就是對系統(tǒng)的各功能進行驗證,根據(jù)功能測試用例,逐項測試,檢查產(chǎn)品是否達到用戶要求的功能。內容:(1)頁面鏈接檢查:每一個鏈接是否都有對應的頁面,并且頁面之間切換正確。 (2) 相關性檢查:刪除/增加一項會不會對其他項產(chǎn)生影響,如果產(chǎn)生影響,這些影響是否都正確。 (3)檢查按鈕的功能是否正確:如update, cancel, delete, save等功能是否正確。 (4)字符串長度檢查: 輸入超出需求所說明的字符串長度的內容, 看系統(tǒng)是否檢查字符串長度,會不會出
14、錯. (5)字符類型檢查: 在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯. (6)標點符號檢查: 輸入內容包括各種標點符號,特別是空格,各種引號,回車鍵.看系統(tǒng)處理是否正確. (7)中文字符處理: 在可以輸入中文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯. (8)檢查帶出信息的完整性: 在查看信息和update信息時,查看所填寫的信息是不是全部帶出.,帶出信息和添加的是否一致 (9)信息重復: 在一些需要命名,且名字應該唯一的信息輸入重復的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內容的前
15、后輸入空格,系統(tǒng)是否作出正確處理. (10)檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按”delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進行刪除,看是否正確處理.(11) 檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應該必填;添加規(guī)定為整型的項,修改也必須為整型. (12)檢查修改重名:修改時把不能重名的項改為已存在的內容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯. (13)重復提交表單:一條已經(jīng)成功提交的紀錄,back后再提交,看看系統(tǒng)是否做了處理。(14)檢查多次使用back鍵的情況: 在
16、有back的地方,back,回到原來頁面,再back,重復多次,看會否出錯. (15)search檢查: 在有search功能的地方輸入系統(tǒng)存在和不存在的內容,看search結果是否正確.如果可以輸入多個search條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確. (16)輸入信息位置: 注意在光標停留的地方輸入信息時,光標和所輸入的信息會否跳到別的地方. (17)上傳下載文件檢查:上傳下載文件的功能是否實現(xiàn),上傳文件是否能打開。對上傳文件的格式有何規(guī)定,系統(tǒng)是否有解釋信息,并檢查系統(tǒng)是否能夠做到。 (18)必填項檢查:應該填寫的項沒有填寫時系統(tǒng)是否都做了處理,對必填項是否有提示信息
17、,如在必填項前加* (19) 快捷鍵檢查:是否支持常用快捷鍵,如Ctrl+C Ctrl+V Backspace等,對一些不允許輸入信息的字段,如選人,選日期對快捷方式是否也做了限制。 (20)回車鍵檢查: 在輸入結束后直接按回車鍵,看系統(tǒng)處理如何,會否報錯。重點:確保各項功能和用需求一致性能測試目的:核實性能是否滿足用戶需求,將測試對象的性能行為當做條件的一種函數(shù)來進行評測和微調。內容:負載測試、強度測試。a 單個事務單個用戶時候,在每個事務所語氣時間范圍內成功完成測試腳本,沒有發(fā)生任何故障;多個事務多個用戶時,可完成腳本沒有發(fā)生故障的情況臨界值。b 使測試系統(tǒng)承擔不同的工作量,得出系統(tǒng)持續(xù)正
18、常運行的能力。c 找出因資源不足或資源爭用導致的錯誤。重點:確保性能指標滿足用戶需求。容量測試目的:所計劃的測試全部執(zhí)行,而且達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。內容:在客戶機長時間內執(zhí)行相同的、最壞的業(yè)務時候系統(tǒng)維持的時間。重點:核實系統(tǒng)能否在連續(xù)或模擬了最多數(shù)量的客戶機下正常運行。安全性和訪問控制測試目的:保證只有訪問權限的用戶才能訪問系統(tǒng),核實用戶以不同身份登錄有不同的訪問權限。內容:數(shù)據(jù)或業(yè)務功能訪問的安全性,包括系統(tǒng)登錄或遠程訪問。重點:確保治具備系統(tǒng)訪問權限的用戶才能訪問應用程序,而且只能通過相應的網(wǎng)關來訪問。故障轉移和恢復測試目的:檢測系統(tǒng)可否在意外數(shù)據(jù)損失、數(shù)據(jù)完整
19、性破壞、各種硬件、軟件、網(wǎng)絡故障中恢復數(shù)據(jù)。內容: 客戶機斷電、服務器斷電看事務可否發(fā)生回滾。 網(wǎng)絡服務器中斷。重點:看數(shù)據(jù)庫的恢復情況,以及系統(tǒng)在經(jīng)歷意外時間時候是否會發(fā)生崩潰現(xiàn)象。配置測試目的:核實是否可以在所需的硬件和軟件配置中正常運行。內容:核實該系統(tǒng)在不同系統(tǒng)、不同軟件和硬件配置中的運行情況。重點:軟硬件配置不同時候對系統(tǒng)的影響。安裝測試目的:此1.0版本重點在于檢查系統(tǒng)首次安裝可否正常運行。內容:啟動或執(zhí)行安裝,使用預先確定的功能測試腳本子集來運行事務。重點:異常情況處理:如磁盤空間不足、缺少目錄創(chuàng)建權限等;核實軟件安裝后可否正常運行。驗收測試目的:對整個系統(tǒng),包括軟硬件,試運行,
20、看一下是否全部功能能夠實現(xiàn)。內容:由軟件測試工程師、用戶等根據(jù)需求規(guī)格說明書對整個系統(tǒng)進行試運行,看是否能滿足全部功能。重點:在可移植環(huán)境中、并發(fā)訪問環(huán)境中系統(tǒng)是否可以正常運行。3.4測試用例范圍 功能測試測試的重點將主要放在功能測試上,按照三種角色:管理員、普通用戶、游客登錄,每種角色包括如下模塊:1.管理員模塊編號測試項登錄1以管理員身份登錄,登錄成功則跳轉電子商務管理主界面2用戶賬號被屏蔽,無法登錄成功3輸入非法標識符,提示輸入錯誤字符4輸入用戶名錯誤,提示用戶不存在5輸入密碼錯誤,提示密碼錯誤用戶管理1可設置每個用戶的開啟或屏蔽權限,進行開啟用戶或刪除用戶2單擊角色修改按鈕,進入角色修
21、改頁面,點選角色,修改成功,跳轉登錄界面3對用戶信息進行修改,輸入已注冊用戶新信息,提交后跳轉到登錄界面4被管理員屏蔽或刪除的用戶,無法進行設置,提示重新激活賬號商品管理1單擊商品管理按鈕,進入商品列表頁面2可以添加商品信息,對添加商品信息進行簡單輸入信息驗證,若輸入非法標識符則指明錯誤;添加后跳轉到商品列表界面3可以修改商品信息,對商品修改信息進行簡單輸入信息驗證,若輸入非法標識符則指明錯誤;添加后跳轉到商品列表界面4可以刪除商品信息,提示是否刪除?確認刪除后跳轉到商品列表界面郵件管理1進入郵件管理界面,單擊查看已設郵箱,展示郵箱設置詳細信息2若想修改郵箱,可以填寫發(fā)件和收件地址、密碼,提交
22、后返回郵件管理界面3鍵入非法標識符,指明輸入錯誤訂單管理1進入訂單管理界面,單擊用戶id可以查看指定用戶訂單2進入訂單管理界面,單擊用戶id可以刪除指定用戶訂單2.普通用戶模塊編號測試項注冊1用戶單擊登錄入口的注冊鏈接,輸入相關注冊信息,單擊注冊按鈕,驗證用戶信息,核實無誤則跳轉登陸成功提示頁面2用戶單擊登錄入口的注冊鏈接,若輸入非法標識符,則需要彈出指明錯誤的警示框登錄1以普通用戶身份登錄,登錄成功則跳轉電子商務管理主界面2用戶賬號被屏蔽,無法登錄成功3輸入非法標識符,提示輸入錯誤字符4輸入用戶名錯誤,提示用戶不存在5輸入密碼錯誤,提示密碼錯誤商品搜索1登錄成功,單擊瀏覽產(chǎn)品頁,可以瀏覽產(chǎn)品
23、2登錄成功,單擊查詢商品瀏覽產(chǎn)品,可以查詢特定商品3查詢商品時如果合法輸入且沒有該商品,需彈出無商品的提示框4查詢商品時如果輸入合法標識符,則彈出提示框指明錯誤購物1在商品列表中,單擊購買鏈接,可以將所選商品添加到購物車2單擊購物車鏈接,進入購物車界面,可以修改購物車里信息,如商品數(shù)量3單擊購物車鏈接,進入購物車界面,可以刪除已購買商品4單擊結算中心按鈕,進入結算頁面,生成訂單并發(fā)送到管理員郵箱里5單擊訂單,可以查看訂單詳細信息3.游客模塊編號測試項商品搜索1進入網(wǎng)站,單擊瀏覽產(chǎn)品頁,可以瀏覽產(chǎn)品2進入網(wǎng)站,單擊查詢商品瀏覽產(chǎn)品,可以查詢特定商品3鍵入查詢條件后,如果沒有該商品,需彈出無商品的
24、提示框4鍵入查詢條件后,如輸入非法標識符,則彈出提示框指明錯誤購物1在商品列表中,單擊購買鏈接,可以將所選商品添加到購物車2單擊購物車鏈接,進入購物車界面,可以修改購物車里商品數(shù)量3單擊購物車鏈接,進入購物車界面,可以刪除已購買商品4單擊結算中心按鈕,進入結算頁面,生成訂單并發(fā)送到管理員郵箱里5單擊訂單,可以查看訂單詳細信息用戶界面及易用性測試編號測試項測試結果1軟件窗口的長度和寬度接近黃金比例,使用戶賞心悅目2窗口上按鈕的布局要與界面相協(xié)調,不要過于密集和松散3頁面字體大小適中,無錯別字、中應為混雜4頁面顏色搭配要賞心悅目,與windows標準窗體協(xié)調5將功能相同或相近的空間劃分到一個區(qū)域,方便用戶查找6按鈕或鏈接命名方式與功能吻合,方便用戶使用7提供友好的聯(lián)機幫助系統(tǒng)測試編號測試項測試結果1系統(tǒng)在配置好的環(huán)境中是否可以正常運行2將軟件整合為一體,看各個功能是否全部實現(xiàn)性能測試編號測試項測試
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 提升社區(qū)服務效率的策略計劃
- 小學機器人編程課 1.《抽油機》活動教學設計
- 人教版初中歷史與社會七年級上冊 1.2 .1鄉(xiāng)村聚落教學設計
- 員工參與感與歸屬感提升計劃
- 音樂家的新年個人工作計劃
- 2025年美術《烏龜》標準教案
- 藝術行業(yè):平面設計師求職信簡歷
- 2025年籃球運球教學標準教案
- 三病母嬰阻斷知識
- 2025年南平貨運從業(yè)資格證考試模擬
- 人教版高中英語挖掘文本深度學習-選修四-UNIT-4(答案版)
- 太陽能微動力農(nóng)村污水處理系統(tǒng)建設項目可行性研究報告
- 子宮內膜增生護理個案
- 巨量千川(中級)營銷師認證考試題(附答案)
- 供應商評估與選擇標準
- 期末綜合試卷(試題)2024-2025學年人教版數(shù)學五年級上冊(含答案)
- 2024年初級招標采購從業(yè)人員《招標采購專業(yè)實務》考前必刷必練題庫600題(含真題、必會題)
- 【MOOC】地下開采方法學-中南大學 中國大學慕課MOOC答案
- 2024年版中級經(jīng)濟師經(jīng)濟基礎知識講義
- 《女性服裝搭配》課件
- 企業(yè)溫室氣體排放報告核查指南(試行)解讀 - 1
評論
0/150
提交評論