功能測(cè)試、性能測(cè)試、自動(dòng)化測(cè)試區(qū)別

時(shí)間：2022-01-18作者：中山立訊檢測(cè)有限公司瀏覽：262

1、功能測(cè)試

根據(jù)產(chǎn)品特性、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。

功能測(cè)試又稱為黑盒測(cè)試，是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。

黑盒測(cè)試試圖發(fā)現(xiàn)以下類型的錯(cuò)誤：

（1）功能錯(cuò)誤或遺漏

（2）界面錯(cuò)誤

（3）數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯(cuò)誤

（4）性能錯(cuò)誤

（5）初始化和終止錯(cuò)誤

用例設(shè)計(jì)方法

（1）等價(jià)類劃分方法

（2）邊界值分析方法

（3）錯(cuò)誤推測(cè)方法

（4）因果圖方法

（5）判定表驅(qū)動(dòng)分析方法

（6）正交實(shí)驗(yàn)設(shè)計(jì)方法

（7）功能圖分析方法

2、性能測(cè)試：

性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。

通過負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。

壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來獲得系統(tǒng)能提供的較大服務(wù)級(jí)別的測(cè)試。

性能測(cè)試目的：驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。

包括以下幾個(gè)方面

1．評(píng)估系統(tǒng)的能力，測(cè)試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力，并幫助作出決策。

2．識(shí)別體系中的弱點(diǎn)：受控的負(fù)荷可以被增加到一個(gè)較端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。

3．系統(tǒng)調(diào)優(yōu)：重復(fù)運(yùn)行測(cè)試，驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果，從而改進(jìn)性能。

檢測(cè)軟件中的問題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問題或沖突。

4．驗(yàn)證穩(wěn)定性（resilience）可靠性（reliability）：在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測(cè)試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的一方法。

性能測(cè)試類型包括：負(fù)載測(cè)試（指標(biāo)變化），壓力測(cè)試（性能點(diǎn)），強(qiáng)度測(cè)試，容量測(cè)試，基準(zhǔn)測(cè)試，滲入測(cè)試，峰谷測(cè)試

性能測(cè)試概括為三個(gè)方面：

應(yīng)用在客戶端性能的測(cè)試：負(fù)載測(cè)試和壓力測(cè)試應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試：應(yīng)用在服務(wù)器端性能的測(cè)試： Avg Rps: 平均每秒鐘響應(yīng)次數(shù)=總請(qǐng)求時(shí)間 / 秒數(shù)；Avg time to last byte per terstion （mstes）：平均每秒業(yè)務(wù)腳本的迭代次數(shù)，有人會(huì)把這兩者混淆；Successful Rounds：成功的請(qǐng)求；Failed Rounds ：失敗的請(qǐng)求；Successful Hits ：成功的點(diǎn)擊次數(shù)；Failed Hits ：失敗的點(diǎn)擊次數(shù)；Hits Per Second ：每秒點(diǎn)擊次數(shù)；Successful Hits Per Second ：每秒成功的點(diǎn)擊次數(shù)；Failed Hits Per Second ：每秒失敗的點(diǎn)擊次數(shù)；Attempted Connections ：嘗試鏈接數(shù)；

我們知道軟件架構(gòu)在實(shí)際測(cè)試中制約著測(cè)試策略和工具的選擇。如何選擇性能測(cè)試策略是我們?cè)趯?shí)際工作中需要了解的。一般軟件可以按照系統(tǒng)架構(gòu)分成幾種類型：

c/s

client/Server 客戶端/服務(wù)器架構(gòu)

基于客戶端/服務(wù)器的三層架構(gòu)

基于客戶端/服務(wù)器的分布式架構(gòu)

b/s

基于瀏覽器/Web服務(wù)器的三層架構(gòu)

基于中間件應(yīng)用服務(wù)器的三層架構(gòu)l

基于Web服務(wù)器和中間件的多層架構(gòu)l

由于工程和項(xiàng)目的不同，所選用的度量，評(píng)估方法也有不同之處。不過仍然有一些通用的步驟幫助我們完成一個(gè)性能測(cè)試項(xiàng)目。

步驟如下：

1． 制定目標(biāo)和分析系統(tǒng)

2． 選擇測(cè)試度量的方法

3． 學(xué)習(xí)的相關(guān)技術(shù)和工具

4． 制定評(píng)估標(biāo)準(zhǔn)

5． 設(shè)計(jì)測(cè)試用例

6． 運(yùn)行測(cè)試用例

7． 分析測(cè)試結(jié)果

具體：通過量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用

工具：QALoad、LoadRunner、Bench ** rk Factory、Webstress

過程：測(cè)試需求與測(cè)試內(nèi)容，測(cè)試案例制定，測(cè)試環(huán)境準(zhǔn)備，測(cè)試腳本錄制、編寫與調(diào)試，腳本分配、回放配置性能測(cè)試圖像，性能測(cè)試圖像與加載策略，測(cè)試執(zhí)行跟蹤，結(jié)果分析與定位問題所在，測(cè)試報(bào)告與測(cè)試評(píng)估。

原則：

1）情況許可時(shí)，應(yīng)使用幾種測(cè)試工具或手段分別獨(dú)立進(jìn)行測(cè)試，并將結(jié)果相互印證，避**一工具或測(cè)試手段自身缺陷影響結(jié)果的準(zhǔn)確性；

2）對(duì)于不同的系統(tǒng)，性能關(guān)注點(diǎn)是有所區(qū)別的，應(yīng)該具體問題具體分析；

3）查找瓶頸的過程應(yīng)由易到難逐步排查：

服務(wù)器硬件瓶頸及網(wǎng)絡(luò)瓶頸（局域網(wǎng)環(huán)境下可以不考慮網(wǎng)絡(luò)因素）

應(yīng)用服務(wù)器及中間件操作系統(tǒng)瓶頸（數(shù)據(jù)庫、WEB服務(wù)器等參數(shù)配置）

應(yīng)用業(yè)務(wù)瓶頸（SQL語句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法、數(shù)據(jù)等）

4）性能調(diào)優(yōu)過程中不宜對(duì)系統(tǒng)的各種參數(shù)進(jìn)行隨意的改動(dòng)，應(yīng)該以用戶配置手冊(cè)中相關(guān)參數(shù)設(shè)置為基礎(chǔ)，逐步根據(jù)實(shí)際現(xiàn)場(chǎng)環(huán)境進(jìn)行優(yōu)化，一次只對(duì)某個(gè)領(lǐng)域進(jìn)行性能調(diào)優(yōu)（例如對(duì)CPU的使用情況進(jìn)行分析），并且每次只改動(dòng)一個(gè)設(shè)置，避免相關(guān)因素互相干擾；

5）調(diào)優(yōu)過程中應(yīng)仔細(xì)進(jìn)行記錄，保留每一步的操作內(nèi)容及結(jié)果，以便比較分析；

6）性能調(diào)優(yōu)是一個(gè)經(jīng)驗(yàn)性的工作，需要多思考、分析、交流和積累；

7）了解“有限的資源，無限的需求”；

8）盡可能在開始前明確調(diào)優(yōu)工作的終止標(biāo)準(zhǔn)。

自動(dòng)化測(cè)試

自動(dòng)化測(cè)試是把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過程。通常，在設(shè)計(jì)了測(cè)試用例并通過評(píng)審之后，由測(cè)試人員根據(jù)測(cè)試用例中描述的規(guī)程一步步執(zhí)行測(cè)試，得到實(shí)際結(jié)果與期望結(jié)果的比較。在此過程中，為了節(jié)省人力、時(shí)間或硬件資源，提高測(cè)試效率，便引入了自動(dòng)化測(cè)試的概念。

前提條件

實(shí)施自動(dòng)化測(cè)試之前需要對(duì)軟件開發(fā)過程進(jìn)行分析，以觀察其是否適合使用自動(dòng)化測(cè)試。通常需要同時(shí)滿足以下條件：

1) 需求變動(dòng)不頻繁

測(cè)試腳本的穩(wěn)定性決定了自動(dòng)化測(cè)試的維護(hù)成本。如果軟件需求變動(dòng)過于頻繁，測(cè)試人員需要根據(jù)變動(dòng)的需求來較新測(cè)試用例以及相關(guān)的測(cè)試腳本，而腳本的維護(hù)本身就是一個(gè)代碼開發(fā)的過程，需要修改、調(diào)試，必要的時(shí)候還要修改自動(dòng)化測(cè)試的框架，如果所花費(fèi)的成本不**利用其節(jié)省的測(cè)試成本，那么自動(dòng)化測(cè)試便是失敗的。

項(xiàng)目中的某些模塊相對(duì)穩(wěn)定，而某些模塊需求變動(dòng)性很大。我們便可對(duì)相對(duì)穩(wěn)定的模塊進(jìn)行自動(dòng)化測(cè)試，而變動(dòng)較大的仍是用手工測(cè)試。

2) 項(xiàng)目周期足夠長(zhǎng)

自動(dòng)化測(cè)試需求的確定、自動(dòng)化測(cè)試框架的設(shè)計(jì)、測(cè)試腳本的編寫與調(diào)試均需要相當(dāng)長(zhǎng)的時(shí)間來完成，這樣的過程本身就是一個(gè)測(cè)試軟件的開發(fā)過程，需要較長(zhǎng)的時(shí)間來完成。如果項(xiàng)目的周期比較短，沒有足夠的時(shí)間去支持這樣一個(gè)過程，那么自動(dòng)化測(cè)試便成為笑談。

3) 自動(dòng)化測(cè)試腳本可重復(fù)使用

如果費(fèi)盡心思開發(fā)了一套近乎**的自動(dòng)化測(cè)試腳本，但是腳本的重復(fù)使用率很低，致使其間所耗費(fèi)的成本大于所創(chuàng)造的經(jīng)濟(jì)**，自動(dòng)化測(cè)試便成為了測(cè)試人員的練手之作，而并非是真正可產(chǎn)生效益的測(cè)試手段了。

另外，在手工測(cè)試無法完成，需要投入大量時(shí)間與人力時(shí)也需要考慮引入自動(dòng)化測(cè)試。比如性能測(cè)試、配置測(cè)試、大數(shù)據(jù)量輸入測(cè)試等。

適用場(chǎng)合

通常適合于軟件測(cè)試自動(dòng)化的場(chǎng)合：

(1)回歸測(cè)試，重復(fù)單一的數(shù)據(jù)錄入或是擊鍵等測(cè)試操作造成了不必要的時(shí)間浪費(fèi)和人力浪費(fèi)；

(2)此外測(cè)試人員對(duì)程序的理解和對(duì)設(shè)計(jì)文檔的驗(yàn)證通常也要借助于測(cè)試自動(dòng)化工具；

(3)采用自動(dòng)化測(cè)試工具有利于測(cè)試報(bào)告文檔的生成和版本的連貫性；

(4)自動(dòng)化工具能夠確定測(cè)試用例的覆蓋路徑，確定測(cè)試用例集對(duì)程序邏輯流程和控制流程的覆蓋。

工具介紹：

QTP：創(chuàng)建測(cè)試、插入檢查點(diǎn)、檢驗(yàn)數(shù)據(jù)、增強(qiáng)測(cè)試、運(yùn)行測(cè)試、分析結(jié)果和維護(hù)測(cè)試等方面。（回歸測(cè)試）

WinRunner：企業(yè)級(jí)的功能測(cè)試工具，用于檢測(cè)應(yīng)用程序是否能夠達(dá)到預(yù)期的功能及正常運(yùn)行。通過自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作。

QA Run：通過鼠標(biāo)移動(dòng)、鍵盤點(diǎn)擊操作被測(cè)應(yīng)用，繼而得到相應(yīng)的測(cè)試腳本，對(duì)該腳本可以進(jìn)行編輯和調(diào)試。

AutoRunner：功能測(cè)試、回歸測(cè)試。

手機(jī)自動(dòng)化測(cè)試：Monkey，Monkeyrunner，Appium（常用）

過程

自動(dòng)化測(cè)試與軟件開發(fā)過程從本質(zhì)上來講是一樣的，無非是利用自動(dòng)化測(cè)試工具（相當(dāng)于軟件開發(fā)工具），經(jīng)過對(duì)測(cè)試需求的分析（軟件過程中的需求分析），設(shè)計(jì)出自動(dòng)化測(cè)試用例（軟件過程中的需求規(guī)格），從而搭建自動(dòng)化測(cè)試的框架（軟件過程中的概要設(shè)計(jì)），設(shè)計(jì)與編寫自動(dòng)化腳本（詳細(xì)設(shè)計(jì)與編碼），測(cè)試腳本的正確性，從而完成該套測(cè)試腳本（即主要功能為測(cè)試的應(yīng)用軟件）。

1) 自動(dòng)化測(cè)試需求分析。

當(dāng)測(cè)試項(xiàng)目滿足了自動(dòng)化的前提條件，并確定在該項(xiàng)目中需要使用自動(dòng)化測(cè)試時(shí)，我們便開始進(jìn)行自動(dòng)化測(cè)試需求分析。此過程需要確定自動(dòng)化測(cè)試的范圍以及相應(yīng)的測(cè)試用例、測(cè)試數(shù)據(jù)，并形成詳細(xì)的文檔，以便于自動(dòng)化測(cè)試框架的建立。

2)自動(dòng)化測(cè)試框架的搭建。

所謂自動(dòng)化測(cè)試框架便是像軟件架構(gòu)一般，定義了在使用該套腳本時(shí)需要調(diào)用哪些文件、結(jié)構(gòu)，調(diào)用的過程，以及文件結(jié)構(gòu)如何劃分。

而根據(jù)自動(dòng)化測(cè)試用例，我們很*能夠定位出自動(dòng)化測(cè)試框架的典型要素：

a. 公用的對(duì)象。

不同的測(cè)試用例會(huì)有一些相同的對(duì)象被重復(fù)使用，比如窗口、按鈕、頁面等。這些公用的對(duì)象可被抽取出來，在編寫腳本時(shí)隨時(shí)調(diào)用。當(dāng)這些對(duì)象的屬性因?yàn)樾枨蟮淖兏淖儠r(shí)，只需要修改該對(duì)象屬性即可，而*修改所有相關(guān)的測(cè)試腳本。

b. 公用的環(huán)境。

各測(cè)試用例也會(huì)用到相同的測(cè)試環(huán)境，將該測(cè)試環(huán)境獨(dú)立封裝，在各個(gè)測(cè)試用例中靈活調(diào)用，也能增強(qiáng)腳本的可維護(hù)性。

c. 公用的方法。

當(dāng)測(cè)試工具沒有需要的方法時(shí)，而該方法又會(huì)被經(jīng)常使用，我們便需要自己編寫該方法，以方便腳本的調(diào)用。

d. 測(cè)試數(shù)據(jù)。

也許一個(gè)測(cè)試用例需要執(zhí)行很多個(gè)測(cè)試數(shù)據(jù)，我們便可將測(cè)試數(shù)據(jù)放在一個(gè)獨(dú)立的文件中，由測(cè)試腳本執(zhí)行到該用例時(shí)讀取數(shù)據(jù)文件，從而達(dá)到數(shù)據(jù)覆蓋的目的。

在該框架中需要將這些典型要素考慮進(jìn)去，在測(cè)試用例中抽取出公用的元素放入已定義的文件，設(shè)定好調(diào)用的過程。

性能和自動(dòng)化的區(qū)別

常常有剛接觸自動(dòng)化和性能測(cè)試的同學(xué)問我，感覺性能測(cè)試和自動(dòng)化測(cè)試是差不多的，我自己剛接觸的時(shí)候認(rèn)為也是差不多的，區(qū)別就是：自動(dòng)化一個(gè)用戶再跑，性能測(cè)試需要并發(fā)，需要設(shè)計(jì)各種場(chǎng)景。慢慢的做的多了，發(fā)現(xiàn)兩者區(qū)別還是挺大的。

共同點(diǎn)：

接口的自動(dòng)化測(cè)試和性能測(cè)試在處理腳本的方式上差不多，特別是使用JMeter、LR 這些工具測(cè)試的時(shí)候，例如測(cè)http協(xié)議的請(qǐng)求，只需模擬發(fā)送get或post方式的請(qǐng)求，接口腳本很*轉(zhuǎn)成性能測(cè)試腳本。但對(duì)于Web應(yīng)用來說，自動(dòng)化測(cè)試和接口測(cè)試就大相徑庭了。

下面說下具體的差異吧。

差異：

1、測(cè)試角度不同

自動(dòng)化測(cè)試和性能測(cè)試的出發(fā)點(diǎn)不一樣，也就是較終的目的不一樣。自動(dòng)化測(cè)試是基于功能測(cè)試，案例也是來自功能測(cè)試，通常用做回歸測(cè)試，其實(shí)測(cè)的是業(yè)務(wù)，是功能。

性能測(cè)試考慮單個(gè)接口的性能，有時(shí)候不會(huì)太考慮整體的業(yè)務(wù)通不通，只需考慮需要壓測(cè)接口的性能表現(xiàn)，比如處理的tps、平均響應(yīng)時(shí)間、支持的并發(fā)用戶數(shù)。當(dāng)然性能測(cè)試也會(huì)關(guān)注整個(gè)流程的測(cè)試。

比如有個(gè)做性能測(cè)試的小伙伴去做接口測(cè)試，就某一個(gè)產(chǎn)品的下單操作來說，做接口測(cè)試是為了查看下單這個(gè)功能是不是正常，他寫的接口測(cè)試腳本跟性能測(cè)試腳本一樣，只有一個(gè)下單的接口，下單之**些商品的查詢，賬戶的查詢都沒有做，這在業(yè)務(wù)上是不連貫的。

2、使用框架不同

如果說接口的自動(dòng)化測(cè)試和性能測(cè)試在腳本處理上有些相同，就Web測(cè)試來說，二者就大相徑庭了。首先使用的框架就不一樣，Web自動(dòng)化測(cè)試使用的是Selenium Webdriver，模擬的是點(diǎn)擊頁面的元素，性能測(cè)試還是錄腳本、發(fā)請(qǐng)求。一個(gè)主要是關(guān)注頁面元素，后端做了些什么完全是黑盒；一個(gè)需要關(guān)注發(fā)的請(qǐng)求有哪些，是post還是get，傳的參數(shù)是什么，后端的一些知識(shí)還是要了解下，有點(diǎn)像灰盒。

3、要掌握的技能不同

自動(dòng)化測(cè)試偏重開發(fā)，對(duì)開發(fā)語言要求相對(duì)高些，如果只是配置現(xiàn)成的框架做自動(dòng)化測(cè)試，那要求并不高。性能測(cè)試要了解的知識(shí)很多，腳本語言（C或者java等等）、操作系統(tǒng)（Linux，常用的監(jiān)控命令，出問題時(shí)分析線程）、數(shù)據(jù)庫（查詢語句、表的關(guān)聯(lián)、索引、Oracle的AWR 報(bào)表）；如果是**的性能測(cè)試，那還要懂架構(gòu)方面的知識(shí)。

總的來說，自動(dòng)化測(cè)試偏向于開發(fā)，但要有測(cè)試的思維；性能測(cè)試要懂的知識(shí)點(diǎn)很多，真正**的性能測(cè)試也跟開發(fā)架構(gòu)師的水平差不多了。


中山立訊檢測(cè)有限公司專注于汽車零部件檢測(cè),零部件可靠性測(cè)試,無損檢測(cè),汽車零部件可靠性測(cè)試,立訊檢測(cè)等, 歡迎致電 13827624779

• 詞條

  詞條說明

• LED燈具怎么申請(qǐng)澳洲LCP認(rèn)證？

  LCP認(rèn)證即Lamp Circuit Power的縮寫，澳洲市場(chǎng)客戶一般都需要LCP測(cè)試。主要測(cè)試LED驅(qū)動(dòng)的性能，所采用的標(biāo)準(zhǔn)是IEC 62384。 IEC62384標(biāo)準(zhǔn)規(guī)范以 250V 以下之直流及以頻率為 50Hz/60Hz(輸出頻率可與供電頻率有差異)、電壓在 1,000V 以下之交流供電，搭配符合 IEC 62031 之 LED 模塊的電子式控制裝置之性能要求。本標(biāo)準(zhǔn)所規(guī)定之 LED 模

• 亞馬遜歐洲站EPREL注冊(cè)的能效標(biāo)簽流程

  今年以來，亞馬遜新規(guī)頻出，令人眼花繚亂。近期，賣家M向立訊檢測(cè)爆料一些歐洲站又收到一封郵件，亞馬遜告知，如果歐洲各大站點(diǎn)，2021年9月起需符合當(dāng)?shù)谽RP標(biāo)準(zhǔn)，需要及時(shí)上傳能效標(biāo)簽，不符要求的賣家將被暫停在相關(guān)品類下發(fā)布不合規(guī)商品。各位賣家請(qǐng)注意，歐盟能效法規(guī)指令即將實(shí)施，您必須要重視！01 歐盟能效標(biāo)簽新規(guī)臨近，亞馬遜突發(fā)公告提醒賣家日前亞馬遜歐洲站發(fā)布重要公告，提醒賣家注意Listing新的能

• LED燈具如何辦理約旦能效EU1194認(rèn)證

  2012年12月12日，歐盟**通過了關(guān)于定向燈，發(fā)光二極管燈及相關(guān)設(shè)備生態(tài)設(shè)計(jì)要求的法規(guī)（EU）No 1194/2012，執(zhí)行指令2009/125 / EC。*1194/2012號(hào)條例于2013年1月3日生效，自2013年9月1日起開始適用。范圍法規(guī)（EU）No 1194/2012規(guī)定了以下照明產(chǎn)品的生態(tài)設(shè)計(jì)要求：定向燈，發(fā)光二極管（LED）燈，設(shè)計(jì)用于安裝在主電源和燈之間的設(shè)備，包括燈控制裝

• 什么是歐洲ERP能效標(biāo)簽？不合規(guī)將面臨被亞馬遜下架風(fēng)險(xiǎn)？

  今年以來，亞馬遜新規(guī)頻出，令人眼花繚亂。近期，賣家M向立訊檢測(cè)爆料一些歐洲站又收到一封郵件，亞馬遜告知，如果歐洲各大站點(diǎn)，2021年9月起需符合當(dāng)?shù)谽RP標(biāo)準(zhǔn)，需要及時(shí)上傳能效標(biāo)簽，不符要求的賣家將被暫停在相關(guān)品類下發(fā)布不合規(guī)商品。各位賣家請(qǐng)注意，歐盟能效法規(guī)指令即將實(shí)施，您必須要重視！01 歐盟能效標(biāo)簽新規(guī)臨近，亞馬遜突發(fā)公告提醒賣家日前亞馬遜歐洲站發(fā)布重要公告，提醒賣家注意Listing新的能