兼容性測(cè)試怎么做?

說到兼容性測(cè)試，大多數(shù)人*時(shí)間都會(huì)只想到瀏覽器的兼容，很少有人能夠準(zhǔn)確理解兼容性測(cè)試，實(shí)際上兼容性還包括其他內(nèi)容，比如PC/Web端、APP兼容、智能硬件兼容等等。下面先具體說一下什么是兼容性測(cè)試：
兼容性測(cè)試（ Test Suite），官方簡(jiǎn)稱CTS，是指對(duì)所設(shè)計(jì)程序與硬件、軟件之間的兼容性的測(cè)試。一般來說，兼容性是指能同時(shí)容納多個(gè)方面，在計(jì)算機(jī)術(shù)語上兼容是指幾個(gè)硬件之間、幾個(gè)軟件之間或者是軟硬件之間的相互配合程度。
那么如何進(jìn)行兼容性測(cè)試，我們以常見的web端和APP端的兼容性測(cè)試為例，說一下具體該如何進(jìn)行兼容性測(cè)試：
一種方法是人工測(cè)試即全手工測(cè)試兼容性，第二種方法是借助于第三方兼容性測(cè)試工具，第三種是采用兼容測(cè)試服務(wù)商，比如國(guó)內(nèi)做的比較好的Testin云測(cè)。
前兩種方法都有利弊點(diǎn)，首先，人工測(cè)試的工作量很大，這樣就會(huì)導(dǎo)致測(cè)試的覆蓋面不全，第三方測(cè)試工具雖然相對(duì)于人工測(cè)試來說工作量小，但在主功能和主流程測(cè)試的時(shí)候沒有側(cè)重點(diǎn)，會(huì)很難發(fā)現(xiàn)一些隱藏的問題，想要更好的實(shí)施兼容性測(cè)試，目前主流的是采用兼容測(cè)試專業(yè)的服務(wù)商模式，下任務(wù)，等報(bào)告就可以了，專業(yè)簡(jiǎn)單可信賴。

兼容性測(cè)試包括哪些方面？

一、兼容性測(cè)試就是測(cè)試電腦硬件之間是否有不兼容等問題或軟件問題。
二、兼容性測(cè)試側(cè)重哪些方面
1、向前兼容和向后兼容。向前兼容是指可以使用軟件的未來版本，向后兼容是指可以使用軟件的以前版本。
2、不同版本之間的兼容。實(shí)現(xiàn)測(cè)試平臺(tái)和應(yīng)用軟件多個(gè)版本之間能夠正常工作。
3、
標(biāo)準(zhǔn)和規(guī)范
高級(jí)標(biāo)準(zhǔn)是產(chǎn)品應(yīng)當(dāng)普遍遵守的。若應(yīng)用程序聲明與某個(gè)平臺(tái)兼容，就必須接受關(guān)于該平臺(tái)的標(biāo)準(zhǔn)和規(guī)范。低級(jí)標(biāo)準(zhǔn)是對(duì)產(chǎn)品開發(fā)細(xì)節(jié)的描述。
4、數(shù)據(jù)共享兼容。數(shù)據(jù)共享兼容是指要在應(yīng)用程序之間共享數(shù)據(jù)，要求支持并遵守公開的標(biāo)準(zhǔn)，允許用戶與其他軟件無障礙的傳輸數(shù)據(jù)。
三、兼容性測(cè)試平臺(tái)推薦
我會(huì)推薦優(yōu)測(cè)這個(gè)平臺(tái)，產(chǎn)品體驗(yàn)比較好，價(jià)格也比較劃算，人員也十分專業(yè)，是騰訊旗下的一個(gè)品牌。從項(xiàng)目接入到方案制定，再到項(xiàng)目實(shí)施，標(biāo)準(zhǔn)化流程，流水線管理，可以做到快速實(shí)施，高效率、高質(zhì)量輸出，
而且優(yōu)測(cè)深耕兼容性測(cè)試多年，服務(wù)多款億級(jí)用戶app，獨(dú)立測(cè)試團(tuán)隊(duì)，兼容性測(cè)試領(lǐng)域經(jīng)驗(yàn)豐富，完善的測(cè)試流程和解決方案，為企業(yè)提供高效的測(cè)試服務(wù)。

兼容性測(cè)試

兼容性測(cè)試主要有手動(dòng)測(cè)試、自動(dòng)化測(cè)試和云平臺(tái)測(cè)試三種方法。

現(xiàn)在業(yè)界主流機(jī)型兼容自動(dòng)化思路，是利用多機(jī)型云平臺(tái)海量的設(shè)備進(jìn)行被測(cè) App 的安裝卸載、穩(wěn)定性、功能測(cè)試等測(cè)試。本節(jié)主要介紹自動(dòng)化實(shí)現(xiàn)部分，云平臺(tái)使用部分在下一節(jié)介紹。

通過在 Android 設(shè)備上安裝被測(cè)應(yīng)用 → 啟動(dòng)被測(cè)應(yīng)用 → 卸載被測(cè)應(yīng)用，來檢驗(yàn)以下兩方面內(nèi)容：
a、安裝包的安裝兼容性
通過 adb （ Android Debug Bridge ）進(jìn)行安裝和卸載。例如：安裝包 test.apk ，包名 com.sample.app ，啟動(dòng) Activity 是 。
安裝： adb install test.apk 。
啟動(dòng)： adb shell am start–n com.sample.app/. 。
卸載： adb uninstall test.apk 。
覆蓋安裝： adb install–r test.apk 。
通過上述命令，進(jìn)行 App 安裝、啟動(dòng)、卸載。觀察 console 輸出，如果是 success 就是成功，反之就是失敗。同時(shí)抓取 Logcat ，提供給開發(fā)人員。

b、通過啟動(dòng)被測(cè)應(yīng)用，檢測(cè)啟動(dòng) crash 等低級(jí)致命問題
通過對(duì) Logcat （ DDMS 中工具）打印內(nèi)容進(jìn)行監(jiān)控，查找 Java 層和 Native 層 Crash 信息。
Java 層 Crash 信息如下：

Native 層 Crash 信息如下：

如果 Crash 的 Trace 信息中包含被測(cè) App 的包名（ com.sample.app ），那么這個(gè) Crash 就是被測(cè) App 引起的。

為了測(cè)試 App 在各種不同機(jī)型上的穩(wěn)定性，通過工具測(cè)試進(jìn)行數(shù)小時(shí)測(cè)試，發(fā)現(xiàn) Crash 問題。業(yè)界主要通過兩種方法進(jìn)行測(cè)試，具體如下：
a、控件遍歷測(cè)試
現(xiàn)在業(yè)界測(cè)試實(shí)現(xiàn)方法基本包含以下幾個(gè)步驟。
（ 1 ）獲取當(dāng)前被測(cè) App 的所有控件方法見下表：

在手機(jī) （ Android ）項(xiàng)目中，搭建了一套自動(dòng)化工具。通過編寫功能測(cè)試自動(dòng)化腳本，在內(nèi)部云平臺(tái)設(shè)備上運(yùn)行。自動(dòng)化框架如下圖所示：

當(dāng)你面對(duì)下圖這樣的測(cè)試結(jié)果，如果僅僅通過文字判斷，結(jié)果是完全正確的。但是，你能承認(rèn)結(jié)果是正的嗎？很顯然不能。因?yàn)楸尘邦伾l(fā)白，不符合預(yù)期。

問題的關(guān)鍵在于： 自動(dòng)化無法驗(yàn)證復(fù)雜的界面顏色、布局、背景等元素。
如何破解呢 ？從投入產(chǎn)出比來看，采用自動(dòng)化運(yùn)行，人工驗(yàn)證結(jié)果（截圖）的半自動(dòng)化方式。

UI 級(jí)別的自動(dòng)化給人的印象一直就是 “ 變化太大，收益太低 ” 。一旦 UI 發(fā)生了較大變化，之前的自動(dòng)化腳本就會(huì)有較大改動(dòng)，投入高，收益低。
怎么破解這個(gè)難題？思路如下：
（1）降低建設(shè)成本： 筆者以編寫自動(dòng)化腳本為例，首先，選擇一個(gè)低學(xué)習(xí)成本而且高效率的框架很重要。其次，不斷地累計(jì)公共函數(shù)，讓腳本開發(fā)速度提升數(shù)倍。
（2）提高使用頻率： 自動(dòng)化測(cè)試使用頻率越高，收益就越高。同一套自動(dòng)化腳本，在當(dāng)前版本每次回歸時(shí)都能使用；同樣，經(jīng)過簡(jiǎn)單修改后，在下個(gè)版本中也能發(fā)揮重要作用。
（3）以不變應(yīng)萬變： 自動(dòng)化的模塊還是優(yōu)先選擇 UI 相對(duì)變化較小的模塊，這些是適合自動(dòng)化的部分，能在未來減少變化帶來的成本。
（4）發(fā)展多種經(jīng)營(yíng)： 自動(dòng)化腳本的用途，絕對(duì)不只是在功能驗(yàn)證上這么簡(jiǎn)單。其他各種測(cè)試都可以用到，例如：覆蓋安裝、性能測(cè)試、安裝包驗(yàn)證 …… 發(fā)更多的用途就會(huì)有更大的收益。

什么是兼容型測(cè)試？兼容性測(cè)試側(cè)重哪些方面？

兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了
兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是在Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS環(huán)境下做的。
補(bǔ)充：做兼容測(cè)試的具體步驟：在列好的軟硬件環(huán)境清單做冒煙測(cè)試，還是每一步都測(cè)試。測(cè)出不兼容，怎么和開發(fā)溝通，開發(fā)面對(duì)這些不兼容需要做什么。如果修復(fù)成本很高，怎么和產(chǎn)品經(jīng)理溝通。和誰確認(rèn)表單

電磁兼容性 標(biāo)準(zhǔn)

電磁兼容性的相關(guān)標(biāo)準(zhǔn)有很多，用的比較多的*標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn)有：
GB/T 18268-2000 測(cè)量、控制和實(shí)驗(yàn)室用的電設(shè)備電磁兼容性要求
規(guī)定了電設(shè)備電磁兼容性的抗擾度和發(fā)射的*要求，這些設(shè)備是為專業(yè)、工業(yè)過程和教育使用，由小于交流1 000V或支流1 500V電源，或者由被測(cè)線路供電工作，其包括用于下列用途的設(shè)備和計(jì)算裝置：測(cè)量和試驗(yàn)；控制；實(shí)驗(yàn)室用；--與以上設(shè)備結(jié)合使用的，用于工業(yè)和非工業(yè)場(chǎng)所的輔助設(shè)備（如樣品處理設(shè)備）。屬于信息技術(shù)設(shè)備（簡(jiǎn)稱ITE）范圍的計(jì)算裝置和組件及類似設(shè)備，如果滿足相應(yīng)的信息技術(shù)設(shè)備的電磁兼容性標(biāo)準(zhǔn)，則不需進(jìn)行額外的試驗(yàn)。如果存在相關(guān)的專用的電磁兼容性標(biāo)準(zhǔn)，那么在各方面應(yīng)當(dāng)優(yōu)先于這個(gè)產(chǎn)品族標(biāo)準(zhǔn)而選用專用標(biāo)準(zhǔn)。
本標(biāo)準(zhǔn)涉及下列設(shè)備：a)測(cè)量和試驗(yàn)用的電設(shè)備；b)控制用的電設(shè)備；c)實(shí)驗(yàn)室用的電設(shè)備，適用于：工業(yè)場(chǎng)所用的設(shè)備；實(shí)驗(yàn)室或具備受控電磁環(huán)境的試驗(yàn)和測(cè)量區(qū)域中使用的設(shè)備；由電池或被測(cè)線路供電的便攜式試驗(yàn)和測(cè)量設(shè)備。
GB 18499-2008 家用和類似用途的剩余電流動(dòng)作保護(hù)器(RCD) 電磁兼容性
GB 19286-2003 電信網(wǎng)絡(luò)設(shè)備的電磁兼容性要求及測(cè)量方法
GB/Z 19397-2003 工業(yè)機(jī)器人-電磁兼容性試驗(yàn)方法和性能評(píng)估準(zhǔn)則-指南
GB 19483-2004 無繩電話的電磁兼容性要求及測(cè)量方法
GB/T 22451-2008 無線通信設(shè)備電磁兼容性通用要求
GB/T 22630-2008 車載音視頻設(shè)備電磁兼容性要求和測(cè)量方法
GB 7260.2-2009 不間斷電源設(shè)備(UPS) 第2部分：電磁兼容性(EMC)要求
SJ/T 10664-1995 電話終端的電磁兼容性技術(shù)要求及測(cè)量方法
摘自《標(biāo)準(zhǔn)信息庫bzxxk》

EMC測(cè)試的行業(yè)標(biāo)準(zhǔn)如何？

EMC測(cè)試包括EMI(電磁干擾)及EMS(電磁耐受性)兩部分，所謂EMI電磁干擾，乃為機(jī)器本?身在執(zhí)行應(yīng)有功能的過程中所產(chǎn)生不利于其它系統(tǒng)的電磁噪聲；而EMS乃指機(jī)器在執(zhí)行應(yīng)有功能的過程中不受周圍電磁環(huán)境影響的能力?。（EMC）是一項(xiàng)非常重要的質(zhì)量指標(biāo)，不僅關(guān)系到產(chǎn)品本身的工作可靠性和使用安全性，而且還可能影響到其他設(shè)備和系統(tǒng)的正常工作，關(guān)系到電磁環(huán)境的保護(hù)問題?。歐共體*規(guī)定，從1996年1月1起，所有電氣電子產(chǎn)品必須通過EMC認(rèn)證，加貼CE標(biāo)志后才能在歐共體市場(chǎng)上銷售?。羅德與施瓦茨從長(zhǎng)期合作的供應(yīng)商處精心挑選所有其他必需設(shè)備以滿足嚴(yán)苛要求，并根據(jù)數(shù)十年的 EMC 測(cè)試經(jīng)驗(yàn)不斷加以完善?。適用于所有重要 EMC 標(biāo)準(zhǔn)的測(cè)試系統(tǒng)由各個(gè)組件精裝而成，完善了羅德與施瓦茨的EMC產(chǎn)品組合?。

如何設(shè)計(jì)產(chǎn)品的兼容性測(cè)試

兼容性測(cè)試就是我們平時(shí)在寫測(cè)試用例考慮的問題。比如瀏覽器兼容性、平臺(tái)兼容性。工作中用得最多的就是瀏覽器兼容性，針對(duì)瀏覽器的不同版本、不同語言、不同核心等環(huán)境，都需要進(jìn)行兼容性測(cè)試。那我們應(yīng)該如何去設(shè)計(jì)產(chǎn)品的兼容性測(cè)試。
兼容性測(cè)試：驗(yàn)證開發(fā)出來的程序在特定的運(yùn)行環(huán)境中與特定的軟件、硬件或數(shù)據(jù)相結(jié)合是否能正常運(yùn)行、有無異常的測(cè)試過程。

瀏覽器兼容性-測(cè)試注意事項(xiàng) ：
1.瀏覽器兼容性測(cè)試常見于B/S（瀏覽器/服務(wù)器）結(jié)構(gòu)的產(chǎn)品中
2.產(chǎn)品經(jīng)理應(yīng)明確支持的瀏覽器和對(duì)應(yīng)的版本
3.瀏覽器兼容性測(cè)試主要檢查web頁面樣式和元素的展示效果，以及交互是否會(huì)有異常，跟具體的業(yè)務(wù)邏輯無關(guān)
4.在主流的瀏覽器版本上進(jìn)行驗(yàn)證，在挑選每種瀏覽器的一個(gè)版本去驗(yàn)證所有的標(biāo)準(zhǔn)頁面
5.多記錄、多總結(jié)、做好統(tǒng)計(jì)分析
6.留意IE的升級(jí)，以及google、firefox的迭代版本更新，閱讀更新的版本說明，了解是否有大的改動(dòng)可能會(huì)影響到頁面的展示或者交互，有計(jì)劃的去執(zhí)行兼容性測(cè)試。

操作系統(tǒng)兼容性測(cè)試：在指定的操作系統(tǒng)上檢查產(chǎn)品功能是否正常。
主流操作系統(tǒng)：windows、linux、安卓、IOS
操作系統(tǒng)兼容性-測(cè)試注意事項(xiàng)：
1.向前兼容：新版本的軟件要能正常且正確地讀取和加載老版本生成的數(shù)據(jù)
2.向后兼容：當(dāng)前版本的軟件要能支持在后續(xù)高版本的平臺(tái)上正常運(yùn)行
3.常見的office類軟件或者多媒體制作或播放類軟件，不僅需要考慮新版本客戶端是否能正常讀取老版本生成的文件，還要考慮新版本生成的文件是否能被老版本客戶端讀取，或者有相應(yīng)的升級(jí)提示信息
4.業(yè)務(wù)流程新老版本是否支持
5.數(shù)據(jù)兼容性測(cè)試，遷移和轉(zhuǎn)換的數(shù)據(jù)能正常使用

分辨率兼容性：適配性測(cè)試，是指驗(yàn)證被測(cè)網(wǎng)頁或產(chǎn)品UI在各種分辨率下的顯示器或各種分辨率、尺寸屏幕的移動(dòng)設(shè)備上都能正常顯示測(cè)試過程
分辨率兼容性-注意事項(xiàng)：
1.需要關(guān)注的是一種普通分辨率的屏幕，另一種是高清分辨率的屏幕
2.顯示是否完整、圖片是否被拉伸、文字和圖片位置是否有錯(cuò)位。