簡(jiǎn)介一份面向互聯(lián)網(wǎng)項(xiàng)目團(tuán)隊(duì)的系統(tǒng)集成測(cè)試驗(yàn)收方案PDF文檔適用于項(xiàng)目經(jīng)理、開(kāi)發(fā)、測(cè)試及運(yùn)維人員幫助明確系統(tǒng)集成后各模塊協(xié)同工作的驗(yàn)收標(biāo)準(zhǔn)與執(zhí)行流程降低交付風(fēng)險(xiǎn)。內(nèi)容涵蓋文檔說(shuō)明、項(xiàng)目概述、驗(yàn)收條件與方法、驗(yàn)收計(jì)劃及具體驗(yàn)收內(nèi)容重點(diǎn)拆解了設(shè)備測(cè)試、網(wǎng)絡(luò)測(cè)試、操作系統(tǒng)測(cè)試、軟件測(cè)試和相關(guān)文檔驗(yàn)收等環(huán)節(jié)并附有網(wǎng)絡(luò)設(shè)備部署拓?fù)湔f(shuō)明可作為實(shí)際項(xiàng)目驗(yàn)收工作的參考模板或二次開(kāi)發(fā)基線。資源為1個(gè)PDF文件大小約1.42MB目錄結(jié)構(gòu)清晰便于按章節(jié)查閱或打印執(zhí)行。已有180人學(xué)習(xí)下載適合互聯(lián)網(wǎng)應(yīng)用平臺(tái)類項(xiàng)目的測(cè)試負(fù)責(zé)人和質(zhì)量管理團(tuán)隊(duì)使用也可供軟件工程課程或企業(yè)內(nèi)訓(xùn)作為案例參考。 做系統(tǒng)集成的項(xiàng)目最怕的不是開(kāi)發(fā)延期也不是聯(lián)調(diào)出bug而是到了該交付的時(shí)候沒(méi)人能說(shuō)清楚怎么算測(cè)完了什么標(biāo)準(zhǔn)算通過(guò)。系統(tǒng)集成測(cè)試驗(yàn)收方案SIT驗(yàn)收方案這張PDF就是用來(lái)回答這兩個(gè)問(wèn)題的。它不是給測(cè)試組自己看的內(nèi)部文檔而是開(kāi)發(fā)、測(cè)試、業(yè)務(wù)方、甲方項(xiàng)目經(jīng)理四方都要簽字確認(rèn)的契約。本篇圍繞這份方案的編寫與落地完整梳理從范圍界定、策略選型、用例設(shè)計(jì)到準(zhǔn)出評(píng)審的整套實(shí)操路徑適合正在負(fù)責(zé)集成測(cè)試或第一次寫驗(yàn)收方案的朋友參考。1. 寫驗(yàn)收方案之前先想清楚四件事很多人拿到模板就開(kāi)始填表格填到測(cè)試范圍就卡住了。原因很簡(jiǎn)單方案里的每一項(xiàng)內(nèi)容都是后面執(zhí)行和驗(yàn)收的依據(jù)如果前面沒(méi)想清楚后面全是坑。我在動(dòng)手寫文檔之前通常會(huì)先搞清楚四個(gè)問(wèn)題測(cè)什么、怎么測(cè)、用什么環(huán)境測(cè)、測(cè)到什么程度算完。1.1 測(cè)試范圍怎么圈定接口清單和數(shù)據(jù)流向是起點(diǎn)圈定范圍的第一步不是拍腦袋列模塊名而是拉出完整的系統(tǒng)交互圖。把參與集成的所有子系統(tǒng)、外部平臺(tái)、中間件都列出來(lái)畫出它們之間的接口關(guān)系和數(shù)據(jù)流向。這一步做完你自然就知道哪些接口要測(cè)、哪些數(shù)據(jù)要核對(duì)、哪些業(yè)務(wù)鏈路要跑通。需要注意一個(gè)常見(jiàn)誤區(qū)范圍不等于所有接口都測(cè)一遍。接口有主次之分核心交易鏈路、跨系統(tǒng)數(shù)據(jù)一致性要求高的接口是重點(diǎn)輔助查詢類、低頻異步通知類的接口可以降級(jí)為冒煙驗(yàn)證。方案里要寫明分級(jí)策略并給出每一級(jí)對(duì)應(yīng)的測(cè)試深度和用例數(shù)量級(jí)這樣評(píng)審時(shí)別人才能判斷你的工作量是否合理。提示接口清單一定要注明接口版本號(hào)。我在實(shí)際項(xiàng)目里遇到過(guò)兩次因?yàn)榻涌诎姹静灰恢聦?dǎo)致的返工方案里寫清楚版本執(zhí)行階段就不容易扯皮。1.2 集成策略選型自頂向下、自底向上還是大爆炸這是方案里最體現(xiàn)專業(yè)度的地方。集成測(cè)試策略通常有三種自頂向下、自底向上、大爆炸式還有一種改良的夾心三明治式。選擇依據(jù)主要是系統(tǒng)的依賴關(guān)系、各模塊的完成時(shí)間、以及聯(lián)調(diào)環(huán)境是否允許并行。自底向上比較穩(wěn)妥從底層模塊開(kāi)始集成逐層向上缺點(diǎn)是底層樁模塊開(kāi)發(fā)工作量大自頂向下先測(cè)主流程和上層控制邏輯適合核心鏈路清晰的業(yè)務(wù)系統(tǒng)大爆炸式把所有模塊一次性集成省時(shí)間但出了問(wèn)題極難定位只適合子系統(tǒng)數(shù)量少且接口標(biāo)準(zhǔn)化程度高的場(chǎng)景。我個(gè)人的建議是如果項(xiàng)目周期允許優(yōu)先用自底向上關(guān)鍵路徑優(yōu)先的組合。具體做法是先按業(yè)務(wù)主鏈路由底層往上層逐級(jí)集成保證主流程最早跑通再補(bǔ)齊分支流程。方案里要畫出集成順序示意圖并說(shuō)明每一輪的集成對(duì)象和驗(yàn)證重點(diǎn)。1.3 測(cè)試環(huán)境別讓環(huán)境問(wèn)題拖垮整個(gè)驗(yàn)收環(huán)境問(wèn)題在集成測(cè)試?yán)镎嫉呐耪蠒r(shí)間經(jīng)常超過(guò)40%。方案里必須對(duì)環(huán)境做明確約定硬件配置、軟件版本、中間件版本、網(wǎng)絡(luò)拓?fù)?、測(cè)試數(shù)據(jù)范圍、與生產(chǎn)環(huán)境的差異說(shuō)明。最容易被忽略的是環(huán)境歸屬問(wèn)題多個(gè)系統(tǒng)共用一套聯(lián)調(diào)環(huán)境時(shí)誰(shuí)負(fù)責(zé)搭建、誰(shuí)負(fù)責(zé)維護(hù)、誰(shuí)有權(quán)限重啟服務(wù)、數(shù)據(jù)刷新由誰(shuí)執(zhí)行這些都要寫明。另一個(gè)重點(diǎn)是測(cè)試數(shù)據(jù)的獨(dú)立性和可恢復(fù)性。集成測(cè)試最怕臟數(shù)據(jù)一套可重復(fù)初始化的基礎(chǔ)數(shù)據(jù)包比十個(gè)測(cè)試人員手工造數(shù)據(jù)都管用。注意方案里建議附一張環(huán)境配置表包含主機(jī)名、IP、端口、服務(wù)列表、數(shù)據(jù)庫(kù)實(shí)例、版本號(hào)、負(fù)責(zé)人。這張表看起來(lái)瑣碎但它是所有聯(lián)調(diào)排障的共同語(yǔ)言。1.4 準(zhǔn)出條件把差不多變成可量化指標(biāo)驗(yàn)收方案最核心的一頁(yè)就是準(zhǔn)出條件。沒(méi)有量化標(biāo)準(zhǔn)的方案評(píng)審時(shí)一定會(huì)被挑戰(zhàn)。通常包括以下指標(biāo)用例執(zhí)行率100%通過(guò)率不低于95%具體比例按項(xiàng)目要求約定嚴(yán)重和致命級(jí)別缺陷清零遺留缺陷均有明確的處理方案和責(zé)任人核心業(yè)務(wù)鏈路全流程驗(yàn)證通過(guò)性能指標(biāo)達(dá)到合同或需求規(guī)格約定的基準(zhǔn)值。這里有一個(gè)關(guān)鍵技巧把準(zhǔn)出條件分成硬門檻和軟門檻。硬門檻是必須滿足的比如致命缺陷清零軟門檻是可以協(xié)商的比如部分低級(jí)別缺陷遺留但已確認(rèn)不影響上線。這樣分類的好處是評(píng)審時(shí)大家可以聚焦討論軟門檻的合理性而不是在每一條標(biāo)準(zhǔn)上反復(fù)拉鋸。2. 驗(yàn)收方案的核心章節(jié)拆解與實(shí)操要點(diǎn)明確了四件事之后就可以動(dòng)筆寫正文了。一份能落地的驗(yàn)收方案章節(jié)結(jié)構(gòu)要邏輯閉環(huán)從概述到方案、從執(zhí)行到準(zhǔn)出、從風(fēng)險(xiǎn)到審批每一步都要讓讀者知道接下來(lái)該誰(shuí)干什么。2.1 測(cè)試組織和職責(zé)分工先定人再定事這一節(jié)最容易敷衍但往往是項(xiàng)目后期協(xié)作是否順暢的關(guān)鍵。集成測(cè)試涉及開(kāi)發(fā)、測(cè)試、運(yùn)維、業(yè)務(wù)方、第三方系統(tǒng)對(duì)接人每個(gè)角色的職責(zé)邊界必須寫清楚。推薦的寫法是按角色列職責(zé)矩陣而不是按人名寫——因?yàn)轫?xiàng)目中途換人是常態(tài)。職責(zé)矩陣至少要覆蓋測(cè)試用例編寫與評(píng)審、環(huán)境搭建與維護(hù)、測(cè)試數(shù)據(jù)準(zhǔn)備、接口聯(lián)調(diào)支持、缺陷定級(jí)與分派、變更影響評(píng)估、準(zhǔn)出評(píng)審參與人。特別要寫明第三方系統(tǒng)的對(duì)接聯(lián)系人跨公司協(xié)作時(shí)聯(lián)系不上人是最常見(jiàn)的時(shí)間黑洞。2.2 測(cè)試用例設(shè)計(jì)方法接口、數(shù)據(jù)流、業(yè)務(wù)流程三層遞進(jìn)集成測(cè)試用例的設(shè)計(jì)思路我習(xí)慣總結(jié)成三層遞進(jìn)接口層驗(yàn)證單接口的功能正確性包括正常路徑、異常路徑、參數(shù)邊界、超時(shí)重試數(shù)據(jù)流層驗(yàn)證跨系統(tǒng)的數(shù)據(jù)一致性包括字段映射、數(shù)據(jù)格式轉(zhuǎn)換、主數(shù)據(jù)同步、重復(fù)數(shù)據(jù)校驗(yàn)業(yè)務(wù)流程層驗(yàn)證端到端的業(yè)務(wù)鏈路覆蓋主流程、分支流程、異?；赝?。每一層都要有對(duì)應(yīng)的用例模板字段用例編號(hào)、前置條件、測(cè)試步驟、輸入數(shù)據(jù)、預(yù)期結(jié)果、實(shí)際結(jié)果、優(yōu)先級(jí)、關(guān)聯(lián)缺陷。方案里不需要列出全部用例但必須給出每一層的用例設(shè)計(jì)示例說(shuō)明覆蓋維度和設(shè)計(jì)思路讓評(píng)審人員能判斷你的用例策略是否完整。設(shè)計(jì)用例時(shí)有一個(gè)容易忽略的點(diǎn)負(fù)向用例比正向用例更能暴露集成問(wèn)題?？缦到y(tǒng)場(chǎng)景里最常見(jiàn)的故障不是正常流程不通而是對(duì)方系統(tǒng)返回異常報(bào)文、超時(shí)、重復(fù)推送、數(shù)據(jù)格式不兼容時(shí)己方系統(tǒng)能不能正確處理。建議在方案里明確負(fù)向用例占比不低于30%。2.3 缺陷管理流程和狀態(tài)流轉(zhuǎn)定義集成測(cè)試階段的缺陷管理比普通功能測(cè)試更需要明確的狀態(tài)機(jī)。因?yàn)橐粋€(gè)缺陷可能涉及多個(gè)系統(tǒng)根因定位需要跨團(tuán)隊(duì)協(xié)作缺陷狀態(tài)如果定義不清很容易出現(xiàn)打到對(duì)方那就不動(dòng)了的情況。建議的狀態(tài)流轉(zhuǎn)包括新建、已分派、處理中、待驗(yàn)證、關(guān)閉、重新打開(kāi)、掛起、拒絕。其中掛起狀態(tài)一定要有審批機(jī)制不能由某個(gè)開(kāi)發(fā)人員單方面掛起缺陷必須注明掛起原因、預(yù)計(jì)解決時(shí)間、審批人。我在多個(gè)項(xiàng)目里踩過(guò)同一個(gè)坑大量缺陷被掛起后無(wú)人跟進(jìn)到驗(yàn)收前才發(fā)現(xiàn)還有幾十個(gè)遺留問(wèn)題導(dǎo)致評(píng)審無(wú)法通過(guò)。缺陷定級(jí)標(biāo)準(zhǔn)也要在方案里寫明。通常按嚴(yán)重程度分四級(jí)致命、嚴(yán)重、一般、輕微。定級(jí)不能只看技術(shù)影響還要結(jié)合業(yè)務(wù)影響。比如一個(gè)導(dǎo)致單筆交易失敗的缺陷如果該交易場(chǎng)景是核心功能就算嚴(yán)重影響管理端某個(gè)查詢報(bào)表展示的可能只算一般。3. 執(zhí)行階段的推進(jìn)技巧與過(guò)程管控方案寫完之后真正的考驗(yàn)在執(zhí)行。很多項(xiàng)目方案寫得很漂亮執(zhí)行時(shí)卻七零八落。這一部分分享我在執(zhí)行階段的幾個(gè)實(shí)操技巧和管控手段。3.1 執(zhí)行排布輪次、批次與回歸策略集成測(cè)試很少能一輪跑完通常需要兩到三輪。第一輪是主流程貫通測(cè)試目標(biāo)是讓核心業(yè)務(wù)鏈路先跑通這輪不追求覆蓋率重點(diǎn)是發(fā)現(xiàn)問(wèn)題、暴露接口缺陷第二輪是全面測(cè)試執(zhí)行全部用例覆蓋分支和異常場(chǎng)景第三輪是回歸測(cè)試驗(yàn)證缺陷修復(fù)情況同時(shí)補(bǔ)充因需求變更新增的用例。每一輪的進(jìn)入條件和退出條件都要在方案里寫明。比如第二輪必須等第一輪的致命和嚴(yán)重缺陷全部關(guān)閉后才能進(jìn)入否則測(cè)出來(lái)的結(jié)果沒(méi)有參考價(jià)值。排布時(shí)還要預(yù)留緩沖時(shí)間集成測(cè)試的不確定性遠(yuǎn)高于單元測(cè)試我的經(jīng)驗(yàn)是執(zhí)行時(shí)間至少預(yù)留20%的buffer。3.2 用數(shù)據(jù)驅(qū)動(dòng)驗(yàn)收決策執(zhí)行過(guò)程中要建立日?qǐng)?bào)機(jī)制但日?qǐng)?bào)不是羅列今天測(cè)了20條用例而是展示趨勢(shì)用例執(zhí)行率、通過(guò)率、缺陷發(fā)現(xiàn)率、缺陷關(guān)閉率、掛起缺陷數(shù)。這些數(shù)據(jù)的作用是讓項(xiàng)目組在驗(yàn)收前就對(duì)狀態(tài)心里有數(shù)而不是等到評(píng)審當(dāng)天才發(fā)現(xiàn)一堆問(wèn)題。我常用的一個(gè)指標(biāo)組合是缺陷收斂曲線每天記錄新發(fā)現(xiàn)缺陷數(shù)和關(guān)閉缺陷數(shù)當(dāng)連續(xù)三天新發(fā)現(xiàn)缺陷數(shù)明顯低于關(guān)閉數(shù)時(shí)說(shuō)明系統(tǒng)趨于穩(wěn)定可以考慮進(jìn)入回歸和驗(yàn)收評(píng)審。這個(gè)判斷比拍腦袋說(shuō)應(yīng)該差不多了要靠譜得多。實(shí)操心得在評(píng)審會(huì)上展示趨勢(shì)數(shù)據(jù)非常有用。業(yè)務(wù)方和甲方最關(guān)心的是你憑什么說(shuō)可以驗(yàn)收了一張清晰的缺陷收斂曲線比一百句口頭保證都管用。3.3 變更管理集成階段最怕范圍蔓延集成測(cè)試階段往往伴隨著需求變更或接口調(diào)整。每一次變更都意味著測(cè)試范圍、測(cè)試用例、環(huán)境配置可能需要同步更新。方案里必須定義變更觸發(fā)機(jī)制變更提出人、影響評(píng)估人、變更審批流程、測(cè)試計(jì)劃調(diào)整流程。我的做法是建立一份變更登記表所有進(jìn)入集成測(cè)試階段的需求和接口變更統(tǒng)一登記每一條變更都關(guān)聯(lián)影響到的用例和缺陷。這樣做的好處是驗(yàn)收時(shí)能追溯清楚當(dāng)前測(cè)的版本內(nèi)容到底是什么避免因?yàn)榘姹净靵y導(dǎo)致驗(yàn)收結(jié)果無(wú)效。4. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄這部分整理我這些年做集成測(cè)試驗(yàn)收頻繁遇到的典型問(wèn)題附上排查思路和解決建議可以直接拿來(lái)當(dāng)排查手冊(cè)用?，F(xiàn)象可能原因排查思路解決方案聯(lián)調(diào)環(huán)境無(wú)法啟動(dòng)端口沖突或中間件配置不一致查看服務(wù)啟動(dòng)日志核對(duì)配置文件版本建立環(huán)境基線文檔配置變更走變更流程接口調(diào)用超時(shí)網(wǎng)絡(luò)不通或依賴服務(wù)未啟動(dòng)用ping和telnet驗(yàn)證網(wǎng)絡(luò)檢查依賴服務(wù)狀態(tài)明確環(huán)境部署檢查清單執(zhí)行前逐項(xiàng)確認(rèn)數(shù)據(jù)不一致字段映射錯(cuò)誤或同步邏輯異常對(duì)比兩端數(shù)據(jù)庫(kù)記錄檢查轉(zhuǎn)換日志設(shè)計(jì)數(shù)據(jù)核對(duì)用例跑批核對(duì)腳本缺陷反復(fù)重現(xiàn)修復(fù)不徹底或修改引發(fā)新問(wèn)題查看缺陷關(guān)聯(lián)的代碼提交記錄做根因分析缺陷修復(fù)后必須走回歸不能只看單點(diǎn)驗(yàn)證用例執(zhí)行到一半阻塞前置數(shù)據(jù)不滿足或環(huán)境被占用檢查數(shù)據(jù)初始化腳本確認(rèn)環(huán)境使用排期建立環(huán)境預(yù)約機(jī)制數(shù)據(jù)初始化自動(dòng)化4.1 環(huán)境不穩(wěn)定的應(yīng)對(duì)思路環(huán)境問(wèn)題在集成測(cè)試?yán)飵缀醪豢赡芡耆苊怅P(guān)鍵是用機(jī)制把影響降到最低。我的做法有三條一是環(huán)境預(yù)約制度多系統(tǒng)共用環(huán)境時(shí)每個(gè)團(tuán)隊(duì)在使用前預(yù)約時(shí)間段避免互相干擾二是數(shù)據(jù)刷新自動(dòng)化用腳本一鍵恢復(fù)基線數(shù)據(jù)減少手工操作帶來(lái)的不確定性三是環(huán)境監(jiān)控對(duì)關(guān)鍵服務(wù)的存活狀態(tài)和核心接口的連通性做定時(shí)檢查問(wèn)題早發(fā)現(xiàn)早處理。4.2 缺陷定位難怎么辦跨系統(tǒng)缺陷最麻煩的地方是現(xiàn)象在一個(gè)系統(tǒng)根因在另一個(gè)系統(tǒng)。排查思路推薦從數(shù)據(jù)下手——沿著報(bào)文或數(shù)據(jù)流的路徑逐跳定位。先確認(rèn)數(shù)據(jù)是否從源頭正常發(fā)出再確認(rèn)中間環(huán)節(jié)是否有轉(zhuǎn)換或過(guò)濾最后確認(rèn)目標(biāo)系統(tǒng)是否正常接收和處理。方案里建議提前約定一種協(xié)作方式缺陷單必須附帶完整的報(bào)文日志、接口請(qǐng)求和響應(yīng)截圖由缺陷分派人先做初步定位再指派到具體系統(tǒng)的開(kāi)發(fā)負(fù)責(zé)人。這樣可以避免踢皮球式的拉鋸提升整個(gè)缺陷處理鏈條的效率。4.3 準(zhǔn)出條件來(lái)回扯皮怎么辦準(zhǔn)出條件的扯皮本質(zhì)是前期沒(méi)有對(duì)齊標(biāo)準(zhǔn)。如果評(píng)審階段有人對(duì)某項(xiàng)指標(biāo)有異議不要現(xiàn)場(chǎng)討論修改而是記錄為待決事項(xiàng)單獨(dú)組織專項(xiàng)評(píng)審避免影響驗(yàn)收會(huì)議的主流程。另一個(gè)實(shí)用技巧是給遺留缺陷建立上線風(fēng)險(xiǎn)評(píng)估表針對(duì)每一個(gè)遺留缺陷說(shuō)明影響范圍、觸發(fā)條件、臨時(shí)規(guī)避措施、計(jì)劃解決時(shí)間。這張表能讓業(yè)務(wù)方直觀判斷缺陷的可接受程度大多數(shù)情況下比空口解釋要有效得多。5. 簽字確認(rèn)與收尾細(xì)節(jié)驗(yàn)收方案不僅是技術(shù)文檔更是管理文檔。最后簽字確認(rèn)的環(huán)節(jié)有一些細(xì)節(jié)值得重視。5.1 簽字前先過(guò)一遍檢查清單簽字確認(rèn)之前建議逐項(xiàng)核對(duì)用例執(zhí)行記錄完整、缺陷關(guān)閉狀態(tài)與系統(tǒng)實(shí)際一致、準(zhǔn)出指標(biāo)數(shù)據(jù)可追溯、遺留問(wèn)題有明確責(zé)任人、測(cè)試環(huán)境已做數(shù)據(jù)清理、交付物清單完整。每一項(xiàng)都要有對(duì)應(yīng)的文檔或系統(tǒng)記錄作為佐證不能只憑記憶。5.2 驗(yàn)收?qǐng)?bào)告的撰寫要點(diǎn)驗(yàn)收?qǐng)?bào)告是驗(yàn)收方案的直接產(chǎn)出物核心內(nèi)容要有執(zhí)行統(tǒng)計(jì)、缺陷分析、準(zhǔn)出條件滿足情況說(shuō)明、遺留問(wèn)題清單及風(fēng)險(xiǎn)評(píng)價(jià)。報(bào)告的寫法要用數(shù)據(jù)說(shuō)話每個(gè)結(jié)論后面都要有數(shù)據(jù)支撐。缺陷分析部分要按系統(tǒng)模塊、缺陷級(jí)別、缺陷類型做交叉統(tǒng)計(jì)讓管理層能一眼看清質(zhì)量短板在哪個(gè)環(huán)節(jié)。我個(gè)人的習(xí)慣是驗(yàn)收?qǐng)?bào)告在最終評(píng)審前提前一天發(fā)給所有評(píng)審人給大家留足消化時(shí)間。如果評(píng)審會(huì)上才發(fā)現(xiàn)大家理解不一致再好的數(shù)據(jù)也白搭。5.3 方案不是一次性文檔最后再分享一點(diǎn)驗(yàn)收方案不要寫完就鎖進(jìn)文件夾。執(zhí)行過(guò)程中發(fā)現(xiàn)環(huán)境變化、接口調(diào)整、需求變更都要及時(shí)更新方案保持文檔和實(shí)際情況一致。這既是管理規(guī)范的要求也是為后續(xù)項(xiàng)目積累可復(fù)制的經(jīng)驗(yàn)?zāi)０?。我在?shí)際項(xiàng)目里把這套方案框架沉淀成了部門級(jí)的測(cè)試工作模板后來(lái)多個(gè)新項(xiàng)目的集成測(cè)試都直接復(fù)用省去了大量從零開(kāi)始設(shè)計(jì)的時(shí)間。方案的價(jià)值不僅是保障當(dāng)前項(xiàng)目驗(yàn)收更是團(tuán)隊(duì)測(cè)試能力持續(xù)積累的載體。本文還有配套的精品資源點(diǎn)擊獲取