兼容性測試怎么做?

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

【app測試-安卓】兼容性測試

1 概述

兼容性測試是指測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操作系統平臺上、不同的網絡等環境中是否能夠很友好的運行的測試。

2 兼容性測試的目的

由于Android設備在品牌、系統、屏幕、硬件等碎片化較為嚴重，導致一些app在特定的機型上未能按預計的設計展示和運行，導致用戶體驗較差，不利于app的推廣，影響業務發展。為此，app需在上線前進行兼容性專項測試，以便盡可能適配市面上已上市或即將上市的手機和系統。

3 影響兼容性問題的因素

3.1 硬件

1、處理器

a) CPU架構，常規手機均是arm64 ，若app要適配x86架構則需要針對性測試

b) 不同CPU廠商，尤其是小眾CPU，需要特別考慮，例如華為海思、小米澎湃

2、 顯卡

a) 顯卡影響圖形渲染和部分場景的計算，app如用到OpenGL、OpenCV、深度學習、AR、VR、AI，則需要重點考慮

3、 屏幕

a) 分辨率影響UI展示，需兼容HVGA、VGA、WVGA、FWVGA、720p、1080p屏幕分辨率，并考慮不同PPI的情況

b) 關注異形屏幕：劉海屏、水滴屏、打孔屏、全面屏
4、 傳感器

a) 視app實際調用情況進行選擇：如指紋模塊，則需要考慮不同供應商的情況

5、 物理按鍵

a) 檢測物理按鍵是否生效：音量鍵、電源鍵、拍照鍵

b) 與系統或其他app是否存在沖突

3.2 系統

1、 Rom

a) 不同版本的系統存在一些API、功能、權限等差異，需要結合app的功能進行適配；

b) 第三方定制rom具有一些特殊功能或權限，需要特別考慮，如MIUI

2、 編譯版本

a) app編譯時以*版本設置值為標準，操作系統會拒絕將應用安裝在系統版本低于標準的設備上

b) Android版本更新，新的版本會引入一些新的特性和方法，新的方法帶來很多便利，但是對系統版本有要求，無法再低版本手機上運行，如果未做兼容性處理，強行運行，會導致Crash

附：Android 已發布版本和API對應表及占用率（官方數據）
3、 瀏覽器內核

a) 不同瀏覽器內核影響web頁面展示及功能

3.3 網絡

1、 2G/3G/4G/5G

a) 不同網絡下兼容各種類型的網絡請求，關注數據請求過程及結果

2、 WiFi

a) 部分WiFi非直連網絡，需要有一步認證的過程，需要特別考慮

b) 對于可能彈出廣告的WiFi要做兼容處理

4 介入時機
1、產品發布前或發布后更新涉及上述 “影響兼容性問題的因素”中一個或多個點時，且面臨用戶數較多、使用人群較為復雜

2、產品上市后出現較多兼容性問題

5 場景選擇
以下羅列的一些通用場景，并針對場景做了具體的描述，有些場景是非必測項，具體可視app功能來確定

5.1 安裝卸載

該場景會涉及系統權限，可能會出現無法安裝或安裝后數據丟失，甚至無法啟動

5.2 UI展示

受不同屏幕分辨率、PPI影響，可能會出現展示錯亂、圖片丟失、圖片穿透等

5.3 高頻交互

高頻交互場景受一系列因素影響，考驗整機兼容性，需特別考慮

5.4 H5頁面（JS/CSS）

不同瀏覽器內核、瀏覽器標識會影響具體樣式的展示及數據請求

5.5 文字輸入

受輸入法、虛擬鍵盤影響，可能會出現無法上屏，或上屏錯亂

5.6 系統API交互

受不同廠家、版本的rom影響，可能會導致功能無法使用

5.7 權限相關

受不同廠家、版本的rom影響，可能會導致一些權限無法正常獲取

5.8 音視頻播放/錄制

音視頻的錄制會調用麥克風（多麥）及攝像頭（雙攝、三攝等），可能存在不可使用或音視頻出現錯亂

5.9 傳感器調用

可能存在傳感器無法調用、權限異常或數據異常

5.10 升級覆蓋

受存儲權限、安全性影響，可能會出現數據丟失、無法啟動等錯誤

5.11 三方SDK

三方SDK的架構、技術選型會影響上層正常調用

5.12 外設交互

特殊廠商的鍵盤、鼠標等外設可能存在沖突或無法調用

6 設備選擇
1、通過用戶調研、競品分析、三方平臺數據（近階段各設備占用率分布及設備出貨量、預出貨量等）等確定設備選擇范圍；

附：

友盟設備統計： 百度設備統計： 艾瑞移動設備分析： 騰訊移動分析： 2、根據app類型，確定重點考慮的指標（通常考慮rom、分辨率、廠商），剔除重復，保留用戶量較多的設備

7 測試方法

參照上文中列出的和兼容性相關的點以及產品特性，整體相關場景，并選擇合適的設備進行手工或自動化方式進行測試驗證（附：設備選擇方式參考）

自行協調云測平臺優點擁有設備的完全控制權，測試范圍更廣設備豐富，執行較為簡單，有完整的測試報告缺點需要采購，成本較大，有些特殊系統很難協調到資源需要支出一定費用，設備不完全可控，靈活性較差

附：

常見云測平臺對比報告

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

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

手機兼容性測試方案

手機的兼容性測試是提前發現一些可能由于不同系統特性、分辨率等導致的bug，滿足Native App、Hybrid App、Web App(以下簡稱應用)的兼容性測試，兼容性測試需滿足以下幾點：

1.待測應用在不同的操作系統平臺上正常運行，包括待測試項目能在同一操作系統平臺的不同版本上正常運行；

2.待測應用能與相關的其他軟件或系統“協調工作”；

3.待測應用能在指定的硬件環境中正常運行；

4.待測應用能在不同的網絡環境中正常運行。

從上圖可以看出，蘋果、三星、LG、Motorola占了80%以上，因此需要重點選擇這些機型。

機型選擇，除了滿足市場上的主流機型，還要考慮分辨率、屏幕大小、操作系統版本、網絡接入模式等因素，需要考慮的維度如下表。

綜合上述標準，并對同類的機型進行合并，最終選定做兼容性測試的手機列表如下：

也可選擇云端測試平臺，如Testin、TestBird。其中Testin線上有近200種的真機機型，按使用時長付費。每分鐘3元，企業用戶打9折。詳情可看testin官方網址。 www.testin.cn

軟件測試的方法一共有幾種

1、從是否關心內部結構來看

（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據并完成測試的一種測試方法。

（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟件或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。

（3）灰盒測試：是一種綜合測試法，它將“黑盒”測試與“白盒”測試結合在一起，是基于程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序并采集路徑執行信息和外部用戶接口結果的測試技術。

2、從是否執行代碼看

（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。

(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等性能指標。

3、從開發過程級別看

（1）單元測試：又稱模塊測試，是針對軟件設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在于檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和接口要求。

(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟件單元之間的接口關系，以期望通過測試發現各軟件單元接口之間存在的問題，最終把經過測試的單元組成符合設計要求的軟件。

（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬件系統進行的測試活動、它是將已經集成好的軟件系統，作為基于整個計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中，對于具體的測試類型有：

（1）功能測試：對軟件需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟件需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（3）接口測試：對軟件需求規格說明中的接口需求逐項進行的測試。

（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。

（5）強度測試：強制軟件運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟件可以運行到何種程序的測試。

（6）余量測試：對軟件是否達到規格說明中要求的余量的測試。

（7）安全性測試：檢驗軟件中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或仿真的環境中，為做出軟件可靠性估計而對軟件進行的功能（其輸入覆蓋和環境覆蓋一般大于普通的功能測試）

（9）恢復性測試：對有恢復或重置功能的軟件的每一類導致恢復或重置的情況，逐一進行的測試。

（10）邊界測試：對軟件處在邊界或端點情況下運行狀態的測試。

（11）數據處理測試：對完成專門數據處理功能所進行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。

（13）容量測試：檢驗軟件的能力*能達到什么程度的測試。

（14）互操作性測試：為驗證不同軟件之間的互操作能力而進行的測試。

（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。

（16）標準符合性測試：驗證軟件與相關*標準或規范（如軍用標準、*標準、行業標準及國際標準）一致性的測試。

（17）兼容性測試：驗證軟件在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。

（18）中文本地化測試：驗證軟件在不降低原有能力的條件下，處理中文能力的測試。

4、從執行過程是否需要人工干預來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟件需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸入執行，包括與被測軟件進行交互（如輸入測試數據、記錄測試結果等），然后觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬于比較原始但是必須執行的一個步驟。

（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發測試：開發人員進行的測試

（2）用戶測試：用戶方進行的測試

（3）第三方測試：有別于開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環境看

（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，并要求用戶報告

擴展資料

軟件測試的內容：

1得到需求、功能設計、內部設計說書和其他必要的文檔

2得到預算和進度要求

3確定與項目有關的人員和他們的責任、對報告的要求、所需的標準和過程(例如發行過程、變更過程、等等)

4確定應用軟件的高風險范圍，建立優先級、確定測試所涉及的范圍和限制

5確定測試的步驟和方法──部件、集成、功能、系統、負載、可用性等各種測試

6確定對測試環境的要求(硬件、軟件、通信等)

7確定所需的測試用具(testware)，包括記錄/回放工具、覆蓋分析、測試跟蹤、問題/錯誤跟蹤、等等

8確定對測試的輸入數據的要求

9分配任務和任務負責人，以及所需的勞動力

10設立大致的時間表、期限、和里程碑

11確定輸入環境的類別、邊界值分析、錯誤類別

12準備測試計劃文件和對計劃進行必要的回顧

13準備白盒測試案例

14對測試案例進行必要的回顧/調查/計劃

15準備測試環境和測試用具，得到必需的用戶手冊/參考文件/結構指南/安裝指南，建立測試跟蹤過程，建立日志和檔案、建立或得到測試輸入數據

16得到并安裝軟件版本

17進行測試

18評估和報告結果

19跟蹤問題/錯誤，并解決它

20如果有必要，重新進行測試

21在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具

參考資料：百度百科-軟件測試

測試類型方法有哪些

問題一：軟件測試方法有哪些分類？ 軟件測試方法分類：
白盒、黑盒、灰盒；
單元測試、集成測試、系統測試、驗收測試、回歸測試、Alpha 測試、Beta 測試；
靜態測試和動態測試。
設計測試用例的主要方法有：等價類劃分；
邊界值分析法；
因果圖法；
場景法。
希望能幫到你，
您的滿意就是我的動力。

問題二：軟件測試的方法一共有幾種 1、按是否查看程序內部結構分為：
（1）黑盒測試（black-box testing）：只關心輸入和輸出的結果
（2）白盒測試（white-box testing）：去研究里面的源代碼和程序結構
2、按是否運行程序分為：
（1）靜態測試（static testing）：是指不實際運行被測軟件，而只是靜態地檢查程序代碼、界面或文檔可能存在的錯誤的過程。
靜態測試包括：
對于代碼測試，主要是測試代碼是否符合相應的標準和規范。
對于界面測試，主要測試軟件的實際界面與需求中的說明是否相符。
對于文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實際需求。
（5）動態測試（dynamic testing），是指實際運行被測程序，輸入相應的測試數據，檢查輸出結果和預期結果是否相符的過程
3、按階段劃分：
（1）單元測試（unit testing），是指對軟件中的最小可測試單元進行檢查和驗證。
樁模塊（stud）是指模擬被測模塊所調用的模塊，驅動模塊（driver）是指模擬被測模塊的上級模塊，驅動模塊用來接收測試數據，啟動被測模塊并輸出結果。
（2）集成測試（ testing），是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統或子系統，再進行測試，重點測試不同模塊的接口*。
集成測試就是用來檢查各個單元模塊結合到一起能否協同配合，正常運行。
（3）系統測試（system testing），指的是將整個軟件系統看做一個整體進行測試，包括對功能、性能，以及軟件所運行的軟硬件環境進行測試。
系統測試的主要依據是《系統需求規格說明書》文檔。
（4）驗收測試（ testing），指的是在系統測試的后期，以用戶測試為主，或有測試人員等質量保障人員共同參與的測試，它也是軟件正式交給用戶使用的*一道工序。
驗收測試又分為a測試和beta測試，其中a測試指的是由用戶、 測試人員、開發人員等共同參與的內部測試，而beta測試指的是內測后的公測，即完全交給最終用戶測試。
4、黑盒測試分為功能測試和性能測試：
1)功能測試（function testing），是黑盒測試的一方面，它檢查實際軟件的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing）
界面測試（UI testing）UI=User Interface
易用性測試（usability testing）：是指從軟件使用的合理性和方便性等角度對軟件系統進行檢查，來發現軟件中不方便用戶使用的地方。
兼容性測試（ testing）：包括硬件兼容性測試和軟件兼容性測試
2)性能測試（ testing）
軟件的性能主要有時間性能和空間性能兩種
時間性能：主要指軟件的一個具體事務的響應時間（respond time）。
空間性能：主要指軟件運行時所消耗的系統資源。
軟件性能測試分為：
一般性能測試：指的是讓被測系統在正常的軟硬件環境下運行，不向其施加任何壓力的性能測試。
穩定性測試也叫可靠性測試（ testing）：是指連續運行被測系統檢查系統運行時的穩定程度。
負載測試（load testing）：是指讓被測系統在其能忍受的壓力的極限范圍之內連續運行，來測試系統的穩定性。
壓力測試（stress testing）：是指持續不斷的給被測系統增加壓力，直到將被測系統壓垮為止，用來測試系統所能承受的*壓力。(Validate the system or software ca......>>

問題三：系統測試主要包括哪些類型？ 主要進行功能測試（含可使用性測試）、性能測試、安全測試和回歸測試。
功能測試：
檢查被測系統的修改和增加功能是否正常實現；
檢查控制流程圖和模塊關系圖、模塊內部關系圖；
識別特殊情況，如出錯處理流程，錯誤提示是否合理；
檢查用戶界面是否符合窗口程序的標準，界面操作是否簡便直觀。
性能測試：
系統運行占用的資源，完成某一步驟需要的時間；
系統能承受的壓力；
壓力完成后數據庫連接數立即恢復正常值
安全性測試：
根據需求說明檢查系統是否達到安全性要求，如同一用戶登陸不同機器，同時操作對數據的破壞；
寫到配置文件或數據庫的密碼是否經過加密；回歸測試：
驗證Bug是否修正；
Bug修正后是否影響其埂功能的正常運行。

問題四：軟件測試的分析方法有哪些？ 你好：
軟件測試方法分類：
白盒、黑盒、灰盒；
單元測試、集成測試、系統測試、驗收測試、回歸測試、Alpha 測試、Beta 測試；
靜態測試和動態測試。
設計測試用例的主要方法有：
等價類劃分；
邊界值分析法；
因果圖法；
場景法。
希望能幫到你，
您的滿意就是我的動力。

問題五：測量參數的種類和測量方法分類有哪些 從不同觀點出發，可以將測量方法進行不同的分類，常見的方法有：
1、直接測量、間接測量和組合測量
直接測量是將被測量與與標準量進行比較，得到測量結果。
間接測量是測得與被測量有一定函數關系的量，然后運用函數求得被測量。
組合測量是對若干同名被測量的不同組合形式分別測量，然后用最小二乘法解方程組，求得被測量。
2、絕對測量、相對測量
絕對測量是所用量器上的示值直接表示被測量大小的測量。
相對測量是將被測量同與它只有微小差別的同類標準量進行比較，測出兩個量值之差的測量法。
3、接觸測量、非接觸測量
這是從對被測物體的瞄準方式不同加以區分的。接觸測量的敏感元件在一定測量力的作用下，與被測物體直接接觸，而非接觸測量敏感元件與被測對象不發生機械接觸。
4、單項測量與綜合測量
單項測量是對多參數的被測物體的各項參數分別測量，綜合測量是對被測物體的綜合參數進行測量。
5、自動測量和非自動測量
自動測量是指測量過程按測量者所規定的程序自動或半自動地完成。非自動測量又叫手工測量，是在測量者直接操作下完成的。
6、靜態測量和動態測量
靜態測量是對在一段時間間隔內其量值可認為不變的被測量的測量。動態測量是為確定隨時間變化的被測量瞬時值而進行的測量。
7、主動測量與被動測量
在產品制造過程中的測量是主動測量，它可以根據測量結果控制加工過程，以保證產品質量，預防廢品產生。
被動測量是在產品制造完成后的測量，它不能預防廢品產生，只能發現邊挑出廢品。

問題六：軟件測試種類、軟件測試方法、軟件測試類型、軟件測試階段的區別是什么啊？ 軟件測試種類：
手工測試、自動化測試、靜態測試
軟件測試方法
黑盒測試、白盒測試、灰盒測試
軟件測試類型
功能測試、性能測試、可靠性測試、安全測試、配置測試、GUI測試、備份測試、文檔測試、在線幫助測試、易用性測試等等
軟件測試階段
單元測試、集成測試、系統測試、Alpha測試、Beta測試、驗收測試 還有回歸測試

問題七：您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同 測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例*，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的*服務級別的測試。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的*印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。區別在于，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。性能測試主要關注于產品整體的多用戶并發下的穩定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告）？做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試

問題八：心理測試的方法種類 心理測試的種類很多，據美國心理學家1961年的調查，那時的心理測試量表就差不多已經有3000種了。為了大家了解方便，我們主觀地把它們分成下面這么幾種類型。1．根據測試內容，可以把心理測試劃分為心理健康測試、個性傾向測試、人格測試等。心理健康測試就是測試被測試者心理健康情況。一般而言使用MMPI明尼蘇達多項人格測試。個性傾向測試又叫做性向測試。目的在于發現被測試者的潛在才能，深入了解其長處和發展傾向。能力傾向測試一般又可以分為一般能力傾向測試和特殊能力傾向測試。一般能力傾向測試是測試一個人的多方面的特殊潛能。特殊能力傾向測試是測試一個人的單項潛在能力，比如音樂能力或機械操作能力。人格測試也叫個性測試：測試情緒、需要、動機、興趣、態度、性格、氣質等方面的心理指標。2．根據測試媒介可以把測試劃分為語言文字類測試和非語言文字類測試。語言或文字測試，就是通過問答或筆答進行的測試。這是心理測試的主要方式，編制和實施都相對容易。有些人類的高級心智能力，只能用語言文字進行測試。這種測試方式的后期分析比較規范化，較少變量，所以團體測試多采用這種方式。但是這種方式不能應用于語言或文字識別有困難的人，而且難于比較語言文化背景不同的被測試者。非語言文字類測試或操作性測試，包括各種通過畫圖、儀器、模型、工具、實物為測試媒介的測試，被測試者通過使用、辨認、解釋或實時操作測試媒介，向測試者反映出心理顯像，測試者根據一定的解釋規律或模式對這些顯像所反應的心理特征、心理狀態做出評估。非語言文字類測試適用于有語文表達障礙的人，也適合比較語言文化背景不同的被測試者。有些特殊能力測試，比如視覺感知能力、聯想能力和圖形判斷能力的心理測試必須借助非語文類測試媒介。3．按照被測試的人數劃分，心理測試可以分為個別測試和團體測試。個別測試只能由同一個主試在同一時間內測試一個被測試者。個別測試的優點是測試者對被測試者的言語、情緒狀態可以進行具體的仔細觀察，并且有充分機會喚起被測試者予以合作，以保證測試結果充分、可靠。個別測試的缺點在于測試手續復雜，耗費時間比較長，對測試者與被測試者的合作程度要求較高。團體測試，可由一位測試者同時測試若干人。許多教育測試都屬于團體測試，有些智力測試也可以采用團體測試的方式。團體測試的優點是省時，單位時間可以收到相對較多的資料，測試者不必接受嚴格的專業訓練也能擔任。缺點在于對被測試者的行為不能作翔實的控制，所得結果不及個別測試準確可靠。4．從測試的方法來分，可分為問卷式測試、作業式測試、投射性測試。根據不同的測試目的，還可以把心理測試劃分為難度測試、速度測試。難度測試的功用在于測試被測試者對某一方面知識掌握程度的高低。這種測試一般是限制時間的，給出的時間標準通常是能使95%的被測試者做完測試的時間。測試一般由易到難排列，以測試被測試者解決難題的*能力。速度測試是測試被測試者完成作業的快慢，這種測試的測題難度相等，但嚴格限制時間，關鍵是看規定時間內所完成的題量。科學心理測試科學心理測試的產生（1） 法國的醫生艾斯奎羅*個把智力落后與精神病分開。他認為，精神病以情緒障礙為標志，不一定伴隨智力落后，而智力落后則是以出生時或嬰兒期表現出來的智力缺陷為主要標志。（2） 50多年后，法國的心理學家比內提出應該從正常學校學習的兒童中篩選出不適應的兒童，安排在特殊的班級里學習和教育。此舉動導致了心理測驗史上重大事件的發生--*個智力測驗的誕生。（3）實驗心理學的誕生是心理測驗產生的另一個重要原因。實驗心理學的誕生和發展，還給心理測量帶來了另一個副產品：嚴格的......>>

問題九：軟件測試方法有幾類？？ 10分 太多了，看你學到哪個階段，剛剛開始可以手工測試，做功能測試。

如何測試app的兼容性呢,用什么工具進行兼容性測試?

1、實現-size polyfill文件需要在css中引用的方法代碼。

2、實現IE8的數組對象forEach方法的代碼。

3、實現Object對象的方法代碼。

4、實現while的方法代碼。

5、測試Web頁面在不同瀏覽器的界面是否一致的操作如下。

6、實現測試web頁面在不同瀏覽器的易用性的操作。

移動端兼容性測試怎么做？

什么是兼容性測試
兼容性測試是指測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操作系統平臺上、不同的網絡等環境中是否能夠很友好的運行的測試。–【百度百科】

為什么要做兼容性測試
目前碎片化十分嚴重，尤其是安卓設備。安卓設備碎片化、品牌碎片化，大家熟知的安卓品牌都有好多家，每家可能還有定制的系統，都給我們適配帶來了不小的挑戰。除了上面的碎片化，當然還有系統版本碎片化，屏幕碎片化等，為了給用戶更好的用戶體驗，做APP的兼容性測試，還是非常有必要的。

兼容性影響因素
用戶
硬件
軟件
技術
網絡
影響因素大致可以分為以上幾類，我們對所測APP做兼容性測試時，可以從以上方面去考慮。

1、用戶
我們需要依據自身APP用戶群體的特征以及使用習慣，去做相應的兼容。比如用戶群體如果大多是老人的話，可以考慮大字體的適配。比如針對旅游人士，可以考慮過程中網絡的狀況。如果擁有大量海外用戶，可以考慮多幣種、多語言、多度量、時區問題。

2、硬件
設備類型（手機、平板、穿戴式設備）
生產商（安卓手機存在每個廠商的定制化差異）
顯示屏（屏幕大小、分辨率）
特殊硬件功能（NFC、藍牙、相機、定位功能等）
3、軟件
操作系統
瀏覽器內核
伴生應用
4、技術
RN、H5、native
開發語言(oc、swift）
5、網絡
2G、3G、4G、wifi
兼容各種網絡下APP的表現
iOS APP兼容性
屏幕分辨率
屏幕尺寸（含異形）
操作系統版本
Xcode版本
開發語言
第三方庫或SDK
安裝、升級
Android APP兼容性
屏幕分辨率
屏幕尺寸（含異形）
Android版本
系統版本
處理器架構（arm、x86）
開發語言（Java、koltin、混合）
第三方庫或SDK
安裝、升級
H5兼容性
CSS樣式兼容（一些屬性的瀏覽器標示前綴沒有添加，導致默認瀏覽器不認識這個屬性，所以樣式錯亂。有些布局不靈活，樣式邊界處理不好，導致寬窄屏顯示異常）
JS兼容（主要是瀏覽器或者系統版本，新的js api不支持，但是沒有做降級處理）
第三方庫或SDK
框架（react、vue……）
緩存（、）
哪些場景需要做兼容性驗證
UI顯示
多次快速點擊
拉起虛擬鍵盤擋住輸入區
虛擬物理按鍵收起與顯示
多個輸入框來回切換
控件焦點熱區文體
前后臺、多個應用切換
指紋識別和faceid等
框架升級
網絡
新老版本兼容
第三方依賴庫或者SDK升級
前后端版本兼容
如何做兼容性測試
主要分為內部和外部。內部由測試人員自己覆蓋主要機型。機型選取的原則是，根據自己APP用戶的機型，選取至少top10進行人工兼容性測試。內部還可以進行的就是UI自動化測試。外部可以借助云測平臺，比如testin、testbird等。

兼容性測試和比較測試的區別是什么?這是兩種軟件測試方法

“兼容性測試”眾所熟知，但你說的“比較測試”表示不太明白。
兼容性測試是指測試軟件在特定的硬件平臺上、不同的應用軟件之間、不同的操縱系統平臺上、不同的網絡等環境中是否能夠很友好的運行的測試。
1、測試軟件是否能在不同的操作系統平臺上兼容，或測試軟件是否能在同一操作平臺的不同版本上兼容;
2、軟件本身能否向前或向后兼容;
3、測試軟件能否與其他相關的軟件兼容;
4、數據兼容性測試，主要是指數據能否共享等。
至于你說的“比較測試”，我想應該指兩個類似的軟件在同一硬件平臺或軟件環境中運行情況的對比，或同一軟件在類似的不同硬件平臺或軟件環境中運行情況的對比。因此首先你要清楚你所謂的比較測試到底指什么。