手機測試設備怎麼使用

① 做手機測試一般都要用到哪些測試設備

這就多了，需要太多的設備了，測試項目中：振動、跌落、溫度沖擊、溫度儲存、鹽霧、按鍵壽命、防塵、防水、機械沖擊、插拔、EMC、ESD、摩擦等等

② 如何使用fiddler進行android手機測試

一、什麼是Fiddler
Fiddler是一個http協議調試代理工具，它能夠記錄並檢查所有你的設備和互聯網之間的通訊，設置斷點，查看所有的「進出」Fiddler的數據，並且可以胡亂修改。
Fiddler 要比其他的網路調試器要更加簡單，因為它不僅僅暴露http通訊還提供了一個用戶友好的格式。

二、怎麼連接Fiddler和android設備

把Fiddler設置為android設備的代理，這樣android設備發送和接收的所有的請求都要經過Fiddler
以手機為例，在網路的設置頁手動配置代理，主機名為fiddler安裝pc端的ip，埠默認為8888
如下圖所示：

三、有哪些簡單又實用的功能呢
① 過濾顯示所需要監控的http請求
在右邊的Filters標簽下勾選use Filters，輸入過濾條件，較常用的是show only if URL contains ..

② 自動響應客戶端請求
在右邊的AutoResponder標簽下勾選上三個選項：Enabled responses，Unmatched requests passthrough，Enable Latency
將左邊抓取到的url拖拽到AutoResponder標簽下空白處，選中該url，在底部修改url是精確匹配or模糊匹配，修改返回結果
手機重新請求該url，該url背景置灰，說明自動響應成功，客戶端得到你設定的response

③ 設置斷點
//對所有的url設置斷點
菜單 -> Rules -> Automatic Breakpoints -> ...
修改request - 選擇BeforeRequest
修改response - 選擇AfterResponse
//如果需要對單個url設置斷點，可在底部QuickExec中輸入
Bpafter ×××××
四、其他（不斷添加ing）
①顯示server ip

快捷鍵Ctrl+R 或者 菜單->Rules->Customize Rules…
在CustomRules.js文件里Ctrl+F查找字元串

在static function Main()方法中添加以下一行代碼即可
FiddlerObject.UI.lvSessions.AddBoundColumn("ServerIP", 120, "X-HostIP");

② 模擬限速
我們可以通過fiddler來模擬限速，因為fiddler本來就是個代理，它提供了客戶端請求前和伺服器響應前的回調介面，我們可以在這些介面里 面自定義一些邏輯。Fiddler的模擬限速正是在客戶端請求前來自定義限速的邏輯，此邏輯是通過延遲發送數據或接收的數據的時間來限制網路的下載速度和上傳速度，從而達到限速的效果。
他提供了一個功能，讓我們模擬低速網路環境…啟用方法如下：
Rules → Performances → Simulate Modem Speeds
勾選之後，你會發現你的網路瞬間慢超多…
如果你覺得模擬的速度慢到一個爆炸，你也可以自己定義Modem Speeds 究竟要多快…
點開Rules → Customize Rules
找m_SimulateModem這個字，你會找到下面這段：

// Delay sends by 300ms per KB
uploaded. oSession["request-trickle-delay"] = "300";
// Delay receives by 150ms per KB
downloaded. oSession["response-trickle-delay"] = "150";

這就是他模擬網路速度的原理，每上傳/下載1KB 要delay 多久…
如果你習慣用kbps 去算的話，那麼我們的演算法就是 1000/下載速度 = 需要delay的時間(毫秒)，比如50kb/s 需要delay200毫秒來接收數據。
請注意，當你存檔之後，原本已經勾選的Simulate Modem Speeds 會被取消勾選，
要記得再到Rules → Performances → Simulate Modem Speeds 勾選喔~

③ 手機測試點怎麼用

手機測試是一個很大的題目，涉及到硬體測試和軟體測試，還有結構的測試，比如抗壓，抗摔，抗疲勞，抗低溫高溫等，結構上的設計不合理，會造成應力集中，使得本身外殼變形，對於翻蓋手機，蓋子失效，還有其他嚴重問題。硬體測試一般都有嚴格的物理電氣指標，也有專門的儀器，這里的儀器，不在多說，一般如果是專業的測試人員，不會對詞陌生吧。
手機測試，一般是指軟體測試，這個一方面也說明了軟體在手機上的重要行。一方面也說明手機測試的難度。因為期他得測試都有明確的指標，嚴格的操作規程，還有各種儀器。下面說的手機測試一般都是手機軟體測試，以後不在重復說明。
在說明手機測試之前，我覺得應該了解一下什麼是嵌入市操作系統，這是個時髦的名詞，雖然我們已經被嵌入市操作系統的產品所包圍，但是卻不一定能說清楚，什麼是嵌入式操作系統，而學校的課堂上，講的也不多，所以很多人對此感到雲山舞罩。
簡單的說，一個嵌入市操作系統就是為完成某中特定功能而專門開發的操作系統。這個操作系統的功能很明確，不象大型操作系統，范圍廣泛，大千世界，盡在其中，而嵌如操作系統只為完成某一項或者幾項功能。
再說一下手機的特殊性，也就是要求對響應時間達到一定限制范圍。也就是所謂的實時操作系統，如果一個電話不能在90秒內接聽，那麼對方會掛掉。而你的操作系統還沒反映過來，那麼這個操作系統無疑是失敗的，這是對嵌如操作系統實時性的要求。
作為一個測試人員，你必須了解這些，可能對一些軟體開發人員，他不必很在意這些方面，因為他只要了解自己模塊的入口說明和 出口說明就可以。但是測試人員不行。高級測試人員應該了解嵌入操作系統的特點，這個系統不象WINDOWS，有圖形界面可以輸入輸出，也不象D OS用命令行模式，所有這些，都需要自己編寫一個編輯器，編寫一個交互界面，編寫一個輸入輸出界面，在WINDOWS中，利用一些API和一些M FC，不用考慮硬體的問題，因為系統已經完成，而WINDOWS是講究和硬體分離的，因為這樣可以保護系統不受侵入。而在嵌入市系統裡面。這一些都要求和硬體息戲相關。手機測試中，軟體出現的故障不一定是由於軟體的錯誤，也可能是由於沒有考慮到硬體和軟體沒有完美的結合。
因此我們在了解操作系統同時，也要了解一下其他的手機硬體性能，比如CPU ，比如存儲器。
CPU的處理運算能力是以MIPS來衡量的，當然越快越好，但是也是和成本相關的，我不知道現在MOTOROLA T39的CPU，但是，因為是PDA，又是手寫屏幕，所以菜單特別的慢。關於存儲器需要專門做出說明，因為這里 的存儲器很特別，不象PC，手機沒有硬碟！
嵌入時系統的編程語言一般有C，而且也是最多的，也有其他語言。比如C++在最開始時候是用 匯編的，但是匯編難懂，而且也不容易移植，漸漸的被C代替，不過即使如此，在啟動程序時候，要啟動板子，也就是電路板時候，還是需要用一些匯編語言完成。
作為一個嵌入市系統的程序，和在PC上運行著的程序沒有任何不同，唯一不同可能是在PC上運行的程序，你可以看到結果——如果你用輸出語句的話，而在這里，你是看佈道結果的。除非你加上L CD硬體，然後編寫了LCD驅動程序，然後再編寫顯示 程序。編寫嵌入市程序，一切都要自己解決。
我們的手機如果不是認為把電源切斷的話，或者在電源消耗到一定程度的話，是會一直在使用的，所以，手機程序是一直在運轉的，就是說一直在循環，這個，對於了解嵌入市程序，應該是個好材料——嵌入式程序就是一個無限循環的程序，除非關掉電源和電源因素，這里也有一個測試點：硬體中斷是最高級的，它會終止你的程序，即使你現在的程序級別很高，比如通話，如果沒電了，一切會o ver.
手機程序就是在一個無限循環的程序，什麼時候跳出這個無限循環？你關機吧，如果感到不高興，把電池卸下來，因為有可能進入死循環，而關機鍵失效了，——只好通過取下電池了。
這里要專門說明一下存儲器，因為很多手機毛病都和存儲有關，而且很多問題都和存儲相關，計算機的存儲是關鍵，而手機更是關鍵，因為計算機有硬碟作為存儲，而手機所有的都在存儲器里
存儲器分為幾類，RAM 隨機存儲器，ROM隨機只讀存儲器還有現在出現一些的快閃記憶體，以及電子可編程存儲和非易失存儲起。一個一個到來 。RAM 隨機存儲器，其中又有SRAM（靜態RAM）DRAM（動態RAM），
SRAM，只要只要電源開著，就會保存，我們打電話，有些最後撥打的號碼，暫時是存在SRAM中的，不會立刻寫入通話記錄。只有正常關機，才會寫入，如果取電池的話，是不會寫入手機的通話記錄的，如果在通話記錄中出現了已經撥打電話，但是沒有記錄的情況，那麼有可能和這個存儲器有關，可能是你的軟體上錯誤，也可能是硬體。DRAM在手機上用的不多，因為保留數據時間很短。從價格上看，SRAM是非常昂貴的，而DRAM相比很便宜。
ROM也有幾種，PROM可編程ROM 和EPROM可擦除可編程ROM。兩者區別是，PROM是一次性的，也就是軟體灌入後，這個就完蛋了，這種是早期的產品，現在已經不可能使用了，而E PROM則是通用的存儲器，這些存儲器不符和手機軟體產品，一般使用ROM少。
其他FLASH。這是近來手機採用最多的存儲器，這種存儲起結合了ROM和RAM的長處，但是不屬RAM也不屬於ROM。手機大量採用的NVRAM 非易失存儲器。 和SRAM屬性差不多，EEPROM 電子可擦出可編程存儲器 。快閃記憶體，ROM的後代。手機軟體一般放在EEPROM中，EPROM是通過紫外光的照射，擦除原先的程序，而EEPROM是通過電子擦出，當然價格也是很高的，而且寫入時間很長，寫入很慢，所以前面提到的電話號碼，一般先放在S RAM中，不是馬上寫入EEPROM，因為當時有很重要工作要做——通話，如果寫入，漫長的等待是讓用戶忍無可忍的。 NVRAM 是一個很特別的存儲器，它和SRAM相類似，但是價格卻高很多，由於一些數據實在重要，斷電後必須保持這些數據，所以只能存放在這里，一般和個人信息有關的數據會放在這里，比如和S IM卡相關數據。容量大小也只有幾百位元組。
閃寸存儲器是所有手機的首選，綜合了前面的所有優點，不會斷電丟失數據（NVRAM）快速讀取，電子可擦出可編程（EEPROM）所以現在手機大量採用。
說了這么多存儲器，可能比較糊塗了，這么多存儲器，究竟採用哪中呢，在手機發展中，各種存儲器都用過，至於現在，各種手機採用的存儲器是不同的，這個和成本相關，各種存儲器價格不一樣，本著性價比最優組合，由設計者決定，有些是可選的，有些是必須的，是手機方案決定的，我們了解只是各種存儲性能，特點，在測試中判斷錯誤原因。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
手機協議站軟體的白盒測試
手機軟體測試單從測試的內容來看，包括上面的MMI和底下的PROTOCOL。由於MMI的靈活性，和各個廠家的個性化，以及手機本身的用戶不同。MMI的側重點也就不同，在基本通話、短消息、數據功能完成的基礎上可以五花八門，所以測試的重點不同。測試方法各不相同。 但是協議就不同了，協議是統一的，雖然你實現方法可以不同，但是完成的功能必須相同，和MMI不同，雖然都是聊天，但是有些用短消息
聊天，有些用PUSH聊天，而協議軟體有一個遵守的規范——ETSI指定的協議規范，有統一的命令規范和統一的標准。消息（術語，不是軟體編程里的消息，是通信術語）是固定的嘛。 針對協議的測試，因為有標准可循，有規范可儀，所以軟體測試就很多工具，公司也多，自動化測試要自動話，否則，按照人的測試能力，誰也無法保證其絕對可靠性，也沒有這么大的人力去仔細做測試。
一般對於白盒測試是比較嚴格的，而且也是耗費人力的，所以常採用自動化測試工具。這樣節省人力、縮短測試時間。至於誰家的工具比較好，涉及各取所需吧，也涉及到成本問題。你如果想購買某產品，會給你一個DEMO版本，給你一個月的評價時期，這個評估版本讓你熟悉其產品的優劣也讓你熟悉其操作。測試工具一般都有二次開發功能，也就是可以自己編寫腳本，針對不同的軟體平台做一些改動，這樣可以根據自己的需要編寫測試CASE測試用列。當然即使是全部用自動化測試，你心理還是沒底，你還是要仔細去看代碼。分析流程，讀懂其含義，一個很小的問題，出錯保護沒有作好，一般這個問題最多，出錯保護機制沒有作好，會造成崩潰這樣嚴重的問題。 這是針對協議代碼的白盒測試 。如果你是對購買來的協議進行測試，一般有儀器，模擬一個網路基站，進行測試，不過這樣的儀器非常昂貴，而且測試人員要對ETSI協議比較熟悉。 我沒有直接參加針對協議的白盒測試，不過對評估般的測試軟體曾經PRACTISE，可測試覆蓋率，我很奇怪的是，一般打點（跟蹤）也是需要消耗CPU時間的這樣程序效率就降低了，而我要測試程序的效率等項目就要考慮CPU，而且程序的工作運轉必須和CPU息息相關，而現在CPU 在保證程序RUN同時，還要進行打點，是否測試出的指數和實際不符和呢，是否沒有達到真實的水平呢？而它這個產品（水牛）介紹說，一般不佔用CPU時間，我想了很長時間沒有想通後想咨詢，告之這是他們的專利，無可奉告。由於這種測試工具是針對平台，所以如果你平台不支持的，也就沒有辦法使用了。還有集成測試等等，在軟體的介紹中有詳細說明，不再詳細說明。 對協議進行白合測試，我想對你的要求就是：熟悉相關的協議，否則白扯；熟悉開發的語言，否則免談。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1 計算機工業的分類
以往我們按照計算機的體系結構、運算速度、結構規模、適用領域，將其分為 大型計算機、中型機、小型機和微計算機，並以此來組織學科和產業分工，這 種分類沿襲了約40年。近10年來隨著計算機技術的迅速發展，實際情況產生了 根本性的變化，例如70年代末定義的微計算機演變出來的個人計算機(PC)，如
今已經占據了全球計算機工業的90%市場，其處理速度也超過了當年大、中型計 算機的定義。隨著計算機技術和產品對其它行業的廣泛滲透，以應用為中心的 分類方法變得更為切合實際，也就是按計算機的嵌入式應用和非嵌入式應用將 其分為嵌入式計算機和通用計算機。 通用計算機具有計算機的標准形態，通過裝配不同的應用軟體，以類同面目出 現並應用在社會的各個方面，其典型產品為PC；而嵌入式計算機則是以嵌入式系統的形式隱藏在各種裝置、產品和系統中。
2 嵌入式系統(Embedded Systems)
嵌入式系統被定義為：以應用為中心、以計算機技術為基礎、軟體硬體可裁剪、 適應應用系統對功能、可靠性、成本、體積、功耗嚴格要求的專用計算機系統。 嵌入式計算機在應用數量上遠遠超過了各種通用計算機，一台通用計算機的外部 設備中就包含了5-10個嵌入式微處理器，鍵盤、滑鼠、軟碟機、硬碟、顯示卡、顯 示器、Modem、網卡、音效卡、列印機、掃描儀、數字相機、USB集線器等均是由嵌 入式處理器控制的。在製造工業、過程式控制制、通訊、儀器、儀表、汽車、船舶、 航空、航天、軍事裝備、消費類產品等方面均是嵌入式計算機的應用領域。
參考資料：http://www.cntesting.com/bbs/?u=9224

④ 做Android手機軟體測試需要掌握哪些工具

請注意測試本身不是靠工具的而是靠設計，這是我的理念，所以我一向覺得，很多人認為做測試做的好就是靠掌握一門好的工具，這個觀點是不正確的，所以我可以負責任的告訴你，做Android手機需要掌握的不是工具、而是理念、思維、以及框架，總的來說是本質，而工具只是輔助，那麼現在我來介紹一些我了解的工具（僅僅是了解，很多沒用過）
開源 Android 軟體測試工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid。
Android Test Kit
Android Test Kit 是一組 Google 開源測試工具，用於 Android 平台，包含 Espresso API 可用於編寫簡潔可靠的 Android UI 測試。
AndroidJUnit4
AndroidJUnit4 是一個讓 JUnit 4 可以直接運行在 Android 設備上的開源命令行工具。
Appium
Appium 是一個開源、跨平台的自動化測試工具，用於測試原生和輕量移動應用，支持 iOS, Android 和 FirefoxOS 平台。Appium 驅動蘋果的 UIAutomation 庫和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver JSON 協議。Appinm 的 iOS 支持是基於 Dan Cuellar's 的 iOS Auto. Appium 同時綁定了 Selendroid 用於老的 Android 平台測試。
Calabash-android
calabash-android 是一個基於 Cucumber 的 Android 的功能自動化測試框架。Calabash 允許你寫和執行，是開源的自動化移動應用測試工具，支持 Android 和 iOS 原生應用。Calabash 的庫允許原生和混合應用的交互測試，交互包括大量的終端用戶活動。Calabash 可以媲美 Selenium WebDriver。但是， 需要注意的是 web 應用和桌面環境的交互跟觸摸屏應用的交互是不同的。Calabash 專為觸摸屏設備的原生應用提供 APIs。
Monkey
Monkey 是 Google 開發的 UI/應用測試工具，也是命令行工具，主要針對壓力測試。你可以在任意的模擬器示例或者設備上運行。Monkey 發送一個用戶事件的 pseudo-random 流給系統，作為你開發應用的壓力測試。
MonkeyTalk
MonkeyTalk 是世界上最強大的移動應用測試工具。MonkeyTalk 自動為 iOS 和 Android 應用進行真實的，功能性交互測試。MonkeyTalk 提供簡單的 "smoke tests"，復雜數據驅動的測試套件。MonkeyTalk 支持原生，移動和混合應用，真實設備或者模擬器。MonkeyTalk 使得場景捕獲非常容易，可以記錄高級別，可讀的測試腳本。同樣的命令可以用在 iOS 和 Android 應用上。你可以記錄一個平台的一個測試，並且可以在另外一個平台回放。MonkeyTalk 支持移動觸摸和基於手勢交互為主的移動體驗。點擊，拖拽，移動，甚至是手指繪制也可以被記錄和回放。
NativeDriver
NativeDriver 是 WebDriver API 的實現，是原生應用 UI 驅動，而不是 web 應用。
Robolectric
Robolectric 是一款Android單元測試框架，使用 Android SDK jar，所以你可以使用測試驅動開發 Android 應用。測試只需幾秒就可以在工作站的 JVM 運行。Robolectric 處理視圖縮放，資源載入和大量 Android 設備原生的 C 代碼實現。Robolectric 允許你做大部分真實設備上可以做的事情，可以在工作站中運行，也可以在常規的 JVM 持續集成環境運行，不需要通過模擬器。
RoboSpock
RoboSpock 是一個開源的 Android 測試框架。提供簡單的編寫 BDD 行為驅動開發規范的方法，使用Groovy 語音，支持 Google Guice 庫。RoboSpock 合並了 Robolectric 和 Spock 的功能。
Robotium
Robotium 是一款國外的Android自動化測試框架，主要針對Android平台的應用進行黑盒自動化測試，它提供了模擬各種手勢操作（點擊、長 按、滑動等）、查找和斷言機制的API，能夠對各種控制項進行操作。Robotium結合Android官方提供的測試框架達到對應用程序進行自動化的測 試。另外，Robotium 4.0版本已經支持對WebView的操作。Robotium 對Activity，Dialog，Toast，Menu 都是支持的。
UIAutomator
uiautomator 測試框架提高用戶界面（UI）的測試效率，通過自動創建功能 UI 測試示例，可以在一個或者多個設備上運行你的應用。
Selendroid
Selendroid 是一個 Android 原生應用的 UI 自動化測試框架。測試使用 Selenium 2 客戶端 API 編寫。Selendroid 可以在模擬器和實際設備上使用，也可以集成網格節點作為縮放和並行測試。

⑤ 手機測試菜單具體怎麼使用

fcvbnm,.

⑥ 手機游戲測試的整個流程，需要哪些設備進行測試

好玩的游戲來超多啊，每個自時期吊炸天的游戲都不一樣，畢竟手游很快紅起來，又很快沒人玩了，每個人的口味都不一樣，比較實用的還是推薦給你這樣一個手游排行榜，這個是18183手游排行榜，裡麵包含2個大榜單，18183新游期待榜和18183熱門手游榜，親可以依據具體情況去選擇，這里每天都更新，現在最多人玩的游戲一看就知道了，選起來也方便，給你地址 http://top.18183.com/?=wd還有一個對應的，直接拿禮包，親可以看看http://ka.18183.com/list_game_2188.shtml

⑦ 怎樣用手機真機測試android程序

1、首先將手機設置為調試模式

方法：設置——應用程序——開發——USB調試，打上√即可

2、用數據線連接至電腦，在電腦上安裝豌豆莢，此時豌豆莢會幫你安裝驅動，安裝好後豌豆莢就可以連接上手機了

在這里就看到了我們的真機裝置了，選擇上面的真機OK即可在真機上運行程序了

⑧ 如何進行高效的手機測試

每天，數以百計手機因用戶認為打不通而退回商店，特別是在保修期內。但商店或維修中心如何判定的確是手機存在缺陷，抑或只是操作不當？在實際網路中建立手機通話進行測試就像在風中用手指測定風向和風速一樣。本文介紹如何經濟高效地檢測這樣的手機。 在實際網路環境下檢查存在部分缺陷的手機不大可能查出問題及其根源。按一個特定接受級別，簡單的手機通話可能沒問題，但在不同條件下或不同模式下可能打不通，例如採用手機不同電路，以EDGE或WCDMA格式傳輸數據。只有問題解決了，或商店利用測試協議證明質量，用戶才能滿意。測試儀可以進行必要的測量，理想情況下還可以按測試協議給出合格/不合格的判定結果。維修後，查找故障和校準也是十分重要的。測試儀以不同的輸入和輸出電平測量發射機和接收機質量。並且可以切換GPRS、EDGE、WCDMA或HSPA等不同模式，對被測設備進行全面評估。 聽起來要比實際簡單的多。如果關注質量和效率，相對於正確的儀器，維修中心需要更多地注重可靠測試。另一個難點是選擇組件建立完整的測試系統–或選擇適用的解決方案。下面介紹實際情況下面臨的一些挑戰。 正確連接 目前，只有少數手機配有RF介面。將其與儀器連接需要天線耦合器，用來拾取手機信號並將儀器信號傳送給手機。耦合器應採用雙屏蔽RF線與儀器連接，以避免信號受空中無線電波影響產生失真。而大部分干擾是耦合器造成的，手機信號甚至會干擾實際網路，阻塞整個WCDMA無線小區。因此，被測設備與天線耦合器的組合應放在屏蔽室中，屏蔽系數為80 dB。體積比較小帶有適用天線耦合器的屏蔽箱可作為手機測試的專用解決方案。 耦合器帶來的一個明顯問題是，只有很少一部分傳輸信號傳送到接收端，而大量信號功率輻射掉了。這部分功率損耗必須補償或在測量時加以考慮。耦合系數取決於耦合器、環境 （如屏蔽室）、手機的具體類型甚至頻率。因此，手邊准備一個每種手機的耦合系數以及屏蔽箱和耦合器列表是最起碼的要求。這個列表應每隔一個月根據市場上推出的新手機不斷修改。 避免錯誤 一個被低估的錯誤根源是儀器的操作者。儀器中輸入錯誤的耦合系數會產生無效的測試結果，採用手機不支持的頻段進行測試浪費成本，忘記檢測重要頻段可能查不出問題。測試自動化是一種解決辦法，也是不同測試頻段和模式下，保證不同等級不同參數的唯一辦法。手動操作不僅容易出錯，而且浪費時間，由於需要高水平人員進行檢測和判定結果，進而加大了成本。不過，編寫自動化軟體的費用也很高，現有商品化支持軟體一般 – 但並不總是如此 – 僅針對一個測試平台編寫，即未考慮所有變數，如依設備而定的耦合參數。 每家手機供應商的測試順序和允差極限略有不同，這種情況也取決於手機功能。簡明測試協議應包括測量和結果以及整體判斷，以便為手機供應商 （保修情況下） 和用戶 （未發現故障情況下） 提供證明。檢測過程和測試自動化軟體必須考慮這些測試順序和極限。 除蜂窩通信標准外，智能手機往往支持其他技術，如藍牙和WiFi。這需要在完整的軟硬體系統中集成更多測試–這往往是維修部未注意到的一個問題。 理想情況下，測試系統含有資料庫，可通過保存的序號識別手機類型並確定所需的檢測和參數。序號可在手機注冊模擬網路時或利用讀碼器查找。 一旦確認存在缺陷，移動設備將被送入維修環節。這方面的問題是，由於檢測設備不同，深入檢測儀的測試協議與檢查中生成的協議存在很大差別。檢測人員需要單獨利用一段時間理解協議或重復測試。而採用標准測試協議，儀器類型可以互換，測試協議的格式仍是一樣的。 現成的完整測試解決方案 測試行業推出完全符合手機或其他無線設備修理部或維修中心要求的3G測試系統。這種系統價格合理，可利用軟硬體選擴展功能滿足用戶不斷變化的需求。
圖1： 完整的測試系統未必體積很大或價格很貴 這種系統以小型攜帶型GSM和WCDMA測試儀、天線耦合器、屏蔽器件、線纜和基於Windows的軟體為基礎。系統便於組裝並投入使用，接入互聯網後，PC軟體可在幾秒鍾內下載最新耦合系統、測試腳本和各種指標極限。 測試系統自動檢查手機類型、設定測試參數並進行全面檢測。支持不同技術和加快速度的附加選件可用來擴展系統功能，提高吞吐量。例如，如果測試系統配置藍牙或WiFi選件，可對這些介面快速進行合格/不合格檢測。
圖2： 小型選件擴展測試系統功能，如支持Wi-Fi或藍牙 三星等領先製造商接受、支持並要求維修合作夥伴具備測試系統。測試系統可根據最新手機和測試規格的修改不斷更新，並通過互聯網的FTP伺服器自動安裝。也可以利用LAN伺服器和USB移動盤更新。 大型維修中心採用不同類型的測試儀支持不同檢測任務，例如，利用小型合格/不合格檢測儀進行呼入和呼出檢查，多功能RF測試儀支持深入檢測和電路修正。 Aeroflex推出的2201 ProLock為這種經濟的3G測試系統奠定了基礎。公司與領先手機供應商合作，確保測試系統始終滿足未來需求。一級維修中心採用4403手機測試儀取代2201，即可在維修環節中增加調校功能。這種系統已被手機供應商公認為2G和3G手機維修的獨特檢測解決方案。

⑨ 手機屏幕測試時需要用到哪些設備呢

如果想進行手機屏幕的檢測，一般遇到的都是相關的屏幕問題，這樣的情況下一般要進行色差的檢測，亮度的檢測，以及成像像素點的檢測，必須用到的都是專業的設備