*相容性分類
*系統相容性
liunx版本：5.8、6.5、7.2
差異點：
初識centos7與centos6的區別-殘劍-51cto部落格blog.51cto.com
核心版本：2.6.x、3.1.x、4.9.x（功能是否呼叫核心引數、模組等）
驗證思路：研發給出核心互動資訊，可過濾線上核心分布及比例，測試有資料支撐情況下驗證
測試通過是否需要新建核心模組或設計文件等資訊，去挖掘是否需要對核心進行相容性驗證
作業系統變更是否帶來核心版本變化，也需要關注是否需要進行核心相容性測試
引入開源元件，也需要觀察是否特定核心版本，如果是需要關注與生產核心版本問題
作業系統：liunx，ubutu，windows（32/64位）
*瀏覽器相容性
選取策略：主要從瀏覽器核心，主瀏覽器入口，選取不同瀏覽器核心對應的典型瀏覽器，結合市場占有情況，最終確定哪些瀏覽器作為測試瀏覽器，再結合瀏覽器版本市場占有情況選取對應版本
瀏覽器核心：rendering engine，就是用來渲染網頁內容的，講開發者寫的**轉化為使用者可見的完美頁面。
關注點：登入、關鍵頁面渲染、關鍵流程及涉及頁面渲染（通過關鍵流程串聯），彈窗？
瀏覽器使用情況，檢視
*解析度相容：
解析度可以跟瀏覽器結合一起測試，保證覆蓋，又減少工作量
解析度的測試是為了頁面版在不同的解析度模式下能正常顯示，字型符合要求而進行的測試
解析度可以從硬體裝置（筆記本、液晶顯示器），螢幕尺寸（4：3，16：9，16：10等）幾款入手
常用解析度：1280*1024、1024*768、800*600、1366*768等
主要關注點：、字型、圖示等頁面內容是否顯示正常？
*基礎依賴（開發語言、開發語言工具包等）相容：
python版本：2.x、3.x
細節包括：庫支援情況，預設編碼，長整性支援情況，print，raw_input()/input()、其他（除法運算，八進位制表達，不等運算子等）
jdk：1.6、1.7、1.8，
*上下游元件相容
a與b為上下游元件（相容細節參考元件邏輯）
！情況1：只要a有新版本
-a新版本【公升級操作】-b舊版本（公升級相容）
-a回退舊版本【回退操作】-b舊版本（回退驗證）
！情況2：a、b均有新版本
-a新版本【公升級操作】-b舊版本（公升級相容）
-a新版本-b新版本【公升級操作】
-a舊版本【a元件異常需要回退】-b新版本【回退相容】
-a新版本-b舊版本【b元件異常需要回退】【回退相容】
*元件邏輯相容
！新舊配置相容
！路徑變化（檔案格式，目錄路徑，名稱等）
！介面（長度，格式，新增字段，刪除字段，修改字段，字元型別支援，順序等）等變化
！***id（長度，字元型別等）
！異常資料相容（非元件啟動強需要弱檢驗，如提示錯誤，忽略或使用預設值，錯誤記錄在log或報警等）
！元件自身回退過程相容（需要考慮存檔2份變化資料，方案需要考慮回退步驟完整性等）
*協議處理相容性
*第三方元件相容
版本*硬體相容
arm、x86
相容性（空格相容性）
在chrome與firefox下顯示的寬度不同，原因是兩個瀏覽器的預設字型不同，給html規定字型即可解決。下面有各種形式的空格，各有不同 不換行空格，按下空格鍵所產生的空格，受字型影響明顯 ensp 半形空格 em寬度的一半 乙個小寫字母的寬度 基本不受字型影響 emsp 全形空格 乙個em寬度 ...
相容性小結
1.不同瀏覽器的標籤預設的外補丁和內補丁不同。解決 2.chorme瀏覽器下字型最小12px 解決 font size 12px webkit transform origin x 0 webkit transform scale 0.5833333333333334 scale 12 3.ie瀏覽...
程式相容性
版本可以提供各種不同形式的相容性 源 相容性，鏈結相容性，執行相容性，和程序相容性。這些都是根據c 程式建立各個過程命名的，1 如果沒有使用者需要重新編譯任何 那麼程式庫的版本n和版本m就具有源 相容性 2 如果沒有使用者需要重新編譯任何目標檔案，那麼版本n和版本m就具有鏈結相容性 3 如果沒有任何...