兼容性測試怎么做?

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

兼容性測試包括哪些方面？

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

兼容性測試

兼容性測試主要有手動測試、自動化測試和云平臺測試三種方法。

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

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

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

Native 層 Crash 信息如下：

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

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

在手機 （ Android ）項目中，搭建了一套自動化工具。通過編寫功能測試自動化腳本，在內部云平臺設備上運行。自動化框架如下圖所示：

當你面對下圖這樣的測試結果，如果僅僅通過文字判斷，結果是完全正確的。但是，你能承認結果是正的嗎？很顯然不能。因為背景顏色發(fā)白，不符合預期。

問題的關鍵在于： 自動化無法驗證復雜的界面顏色、布局、背景等元素。
如何破解呢 ？從投入產出比來看，采用自動化運行，人工驗證結果（截圖）的半自動化方式。

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

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

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

電磁兼容性 標準

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

EMC測試的行業(yè)標準如何？

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

如何設計產品的兼容性測試

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

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

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

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