<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 設(shè)計應(yīng)用 > 快速讀懂Android裝置測試要領(lǐng)

          快速讀懂Android裝置測試要領(lǐng)

          作者: 時間:2011-11-21 來源:網(wǎng)絡(luò) 收藏
          隨著智能型手機與平板裝置這幾年在消費性電子領(lǐng)域的迅速崛起,各家廠商無不竭盡所能的競相爭逐。若以操作系統(tǒng)來作市場區(qū)分,撇開歷史悠久的Nokia Symbian操作系統(tǒng)不談,目前可說是蘋果的iOS與Google的兩雄相爭,而RIM的Blackberry與微軟的Windows Phone 7(以及最近新推出的Mango),則也前仆后繼試圖以不同的策略突破重圍。

          根據(jù)下圖科技產(chǎn)業(yè)市調(diào)機構(gòu)Gartner今年八月份公布的最新統(tǒng)計數(shù)據(jù),可以明顯看出搭載操作系統(tǒng)的智能型手機銷量可說是大幅躍進,再加上對iOS來說,正值A(chǔ)pple推出新一代iPhone前的產(chǎn)品空窗期,更是助長銷售的一大推力。

          《國際電子商情》

          然而高科技產(chǎn)業(yè)的遞移可謂瞬息萬變,軟件面的群雄割據(jù)似已撥云見日,但硬件方面卻是風(fēng)起云涌。這些日子以來最震驚業(yè)界的消息,無非是Google并購了手機大廠Motorola的行動部門(Motorola Mobility)、以及HP在宣布出脫PC業(yè)務(wù)的兩個月后再度改弦易轍,表示將保留個人電腦業(yè)務(wù)。Google并購Moto Mobility的這個消息被視為是用以取得大量手機專利、以持續(xù)深耕手機市場的利多;而HP對PC業(yè)務(wù)的政策反轉(zhuǎn),初期的分拆之計被視為是不愿持續(xù)投入巨額成本的舉動、而最終選擇保留PC業(yè)務(wù),則被臆測可能是在評估長期市場潛力與對整體品牌價值的影響下,所做的決定。不論市場上的一日數(shù)變未來會對硬件面的消長帶來怎樣的影響,可以確定的是,就目前而言,業(yè)界普遍看好iOS與Android將持續(xù)成為主流的行動裝置作業(yè)平臺。

          由于蘋果的iOS采取了封閉式的軟件設(shè)計,因此,作為開源(Open Source)的Android操作系統(tǒng),便成為了想要攻克智能型手機與平板裝置市場的廠商們不能不學(xué)的一門功課。而作為驗證的領(lǐng)導(dǎo)實驗單位,百佳泰(Allion Test Labs, Inc)自然也不能缺席,在先前我們已經(jīng)專文解構(gòu)Android的基本技術(shù)架構(gòu)、并探討Android裝置軟硬件整合的五大技術(shù)環(huán)節(jié)(全文請見Technical Direct網(wǎng)站),這次我們則將從專家的角度,探討Android必須被重視與驗證的重點。

          在此之前,我們先來看一下一些簡單的數(shù)據(jù),以證明Android的銳不可檔,根據(jù)Google I/O大會在今年五月份正式公布的官方資料,截至當時的一些統(tǒng)計數(shù)據(jù)如下:

          • 全球共有超過一億支被消費者啟用的Android裝置
          • 36家OEM廠商
          • 215家電信運營商(carriers)
          • 45萬個Android開發(fā)者
          • 310個Android裝置
          • 在112個國家銷售
          • 超過20萬個APP存在于Android Market
          • 每日Android裝置被啟用的數(shù)量:10萬臺(2010年5月)?20萬臺(2010年8月)?30萬臺(2010年12月)?40萬臺(2011年5月)
          *以上數(shù)據(jù)統(tǒng)計截至2011年5月份為止

          雖然上述資料僅僅是統(tǒng)計至今年五月I/O大會前的資料,但已足見Android的快速成長之勢。而正由于Android的高度開放性,讓不論是廠商或個人都能成為開發(fā)者,各自發(fā)展的結(jié)果,也就更可能在設(shè)計上或?qū)霑r產(chǎn)生不同的問題風(fēng)險。那么對廠商來說,主要的驗證重點為何呢?請見以下的剖析:

          Android裝置常見問題風(fēng)險

          為何首先要先討論Android的問題風(fēng)險呢?一個驚人的數(shù)據(jù)顯示,截至目前為止由硬件廠商(IHVs)、開發(fā)商及使用戶所回報的Android OS bug數(shù)量,達到了十二萬個,這其中包含了各種大大小小的問題瑕疵,有些僅是影響作業(yè)流暢度、有些則是可能造成數(shù)據(jù)外泄、或是系統(tǒng)當機的critical bug。由此觀之,Android作為一個開放式系統(tǒng),必須與硬件商、應(yīng)用程序端相互整合,因此有許多設(shè)計面向都必須顧慮周全,目前已為人所知或備受探討的Android常見問題包括有:

          一、安全性

          近來有幾則消息讓大眾開始質(zhì)疑智能型手機的安全性,像是包括iOS和Android系統(tǒng)都有會紀錄使用者地理位置、而能被有心人用來追蹤行蹤的功能(涉及個人隱私);又像是在Android 2.3.4版之前的安全性漏洞:在使用未加密的Wi-Fi網(wǎng)絡(luò)(Open Wi-Fi)時,可能泄漏包括聯(lián)絡(luò)人、日歷、個人相冊和其它Google services等個人信息并遭黑客竊取的問題等。更有甚者,由于Android Market對于應(yīng)用程序上架的審查沒有明確嚴謹?shù)膬?nèi)容規(guī)范,導(dǎo)致令用戶困擾的網(wǎng)絡(luò)釣魚以及病毒問題也從PC端移植到Android裝置上,這些包含病毒的惡意程序(malware)除了可能影響裝置的運作效能外,更同樣可能讓有心人士透過遠程遙控,竊取使用者數(shù)據(jù)、并進行不法盜用。

          值得關(guān)注的是,這些種種的安全性問題,都相當可能成為侵害個人隱私安全的潛在威脅。在現(xiàn)在這個機不離身的時代,使用者開始將各種隱私訊息、個人相片、重要會議數(shù)據(jù)等存放在手機或平板電腦等行動裝置中,更遑論會透過這些裝置來進行股票證券交易或各種網(wǎng)站平臺的登入,然而最大的疑慮就在于,一旦這些用戶的賬號密碼遭到復(fù)制盜用,后果可說是不堪設(shè)想。而廣大的消費者自然也不希望這樣的疑慮持續(xù)存在,讓他們只能消極的透過最近如雨后春筍般冒出的手機防毒軟件進行掃毒,消費者所期待的,是相關(guān)廠商的積極作為,來消弭這些安全性疑慮。因此,如何找出問題以強化原本Android未能察覺的缺失、如何避免惡意程序的侵擾,可說是Android裝置目前的首要任務(wù),也是廠商不得不面對的一大挑戰(zhàn)。

          二、廠商客制化UI的整合度

          綜觀市面上主要Android手機廠商的產(chǎn)品,不難發(fā)現(xiàn)幾個手機大廠在設(shè)計產(chǎn)品時,都會在原生的Android軟件架構(gòu)下,包裝出專屬于自家產(chǎn)品的使用接口(User Interface,UI),包括像是HTC的Sense UI、SAMSUNG的TouchWiz UI以及Motorola的MotoBlur UI等,都是根源于Android進一步發(fā)展出特色鮮明的客制化UI。而廠商開發(fā)這些自主UI的目的,無非是提供消費者更便利且多元的使用方式,并透過產(chǎn)品分殊化來鞏固自身的利基,舉例來說,HTC的Sense UI可讓用戶自行設(shè)定桌面快捷方式分頁、社群網(wǎng)站內(nèi)容匯整、方便的時間與天氣widget呈現(xiàn)等;而SAMSUNG的TouchWiz UI也同樣提供用戶桌面 widget的快捷設(shè)定和拖拉式的觸控反饋等。

          這些廠商自主設(shè)計的使用接口,為什么可能出現(xiàn)問題呢?正因為這些裝置的操作系統(tǒng)一切根源于Android,任何一個細部環(huán)節(jié)的改動都必須要能配合Android的原始框架,因此,如何巧妙的將廠商追求的功能與Android原生架構(gòu)相互結(jié)合,維持使用上的流暢度,便是一大學(xué)問,如何避免顧此失彼、以防堵錯誤的改動造成使用上的可能差池,都是必須詳加驗證的重點。

          三、版本升級的配套措施

          不同于iPhone可以從客戶端自由更新操作系統(tǒng)的版本,Android裝置的操作系統(tǒng)則是在手機出廠時就已預(yù)先搭載單一的Android版本,至于是否提供后續(xù)的升級,則端看手機廠商對每一種機款是否釋出更新,有些廠商會盡速提供更新升級、有些廠商的開發(fā)時程則需時數(shù)個月、甚至有些廠商直接決定不提供升級。在這樣的情況下,便很有可能出現(xiàn)Android已經(jīng)釋出2.3版本,而使用者卻只能使用Android 2.2版本操作系統(tǒng)的狀況,這不僅等同于用戶無法享受到更新版本的漏洞修補或是功能擴充,也會大大影響用戶的觀感,這對于Android裝置市場的持續(xù)拓展絕對會造成負面的影響。

          為減少使用者在購買時就產(chǎn)生”未來是否提供升級?”、”等待升級版本出現(xiàn)是否需時冗長”等問題,廠商如何能在一項產(chǎn)品的開發(fā)初期,就設(shè)計出完整的軟件架構(gòu),以利后續(xù)Android版本升級時能迅速因應(yīng)、及時推出更新版本韌體升級,便是必須審慎考慮的要素。而這一切都需要結(jié)合軟件面與硬件面的全面性驗證技巧,畢竟,當操作系統(tǒng)(軟件)版本升級時,裝置上的內(nèi)存、處理器、相機模塊等(硬件)并不會跟著升級,因此從產(chǎn)品開發(fā)之初、一直到新操作系統(tǒng)問世后的配套因應(yīng),以確保軟件面的更新能確實與硬件相互配合,將是廠商必須加強的環(huán)節(jié)。

          此外,Google因應(yīng)常有使用者無法升級的問題而提出18個月保證升級計劃,加入該計劃的開發(fā)商必須提供消費者在此期間發(fā)布的任何操作系統(tǒng)更新,此項計劃對于消費者來說是一大福音,但是對于多樣化的Android行動裝置開發(fā)商來說,在新產(chǎn)品的開發(fā)同時仍須兼顧舊有產(chǎn)品的升級,在此緊湊的開發(fā)時程與開發(fā)資源的壓力下,更須注意升級驗證的質(zhì)量。

          四、應(yīng)用程序向上與向下兼容性

          對于應(yīng)用程序(也就是一般我們俗稱的App)開發(fā)者來說,每當Android操作系統(tǒng)出現(xiàn)改版升級時,就必須重新檢視自己的應(yīng)用程序是否能運作于新的操作系統(tǒng)版本中。然而目前實際的情況是,當消費者的Android裝置版本升級時,裝置上原有的App可能并不兼容于新版本,必須耗時等待開發(fā)商推出更新版本的App;又或者新推出的App只支持新版Android操作系統(tǒng),而使用較舊版本操作系統(tǒng)裝置的使用者便無法在自己的裝置上使用新的App。

          除了操作系統(tǒng)版本之外,App在不同裝置上的兼容性,更與硬件上的規(guī)格差異如OpenGL支持與否、屏幕尺寸、分辨率等有密切的關(guān)聯(lián),Android 的官方網(wǎng)站也為此特別闡述開發(fā)者如何設(shè)計出可以兼容于不同屏幕大小的App,即便如此,各家廠商對于Android所進行的差異化設(shè)計仍會導(dǎo)致兼容性問題,實際在各種Android裝置上的使用者驗證,才能確保App的兼容性質(zhì)量無虞。

          當開發(fā)商進行App更新所耗費的時間越長,用戶的等待時間也就越久、越有可能轉(zhuǎn)向使用其它開發(fā)者推出的同性質(zhì)App;而一個App所支持的操作系統(tǒng)版本越少,所存在潛在的客戶群也就越小。因此,除了App本身是否吸引用戶、使用上是否正常流暢外,在設(shè)計App時顧及對既有/先前版本的支持、并考慮未來操作系統(tǒng)版本升級如何實時因應(yīng),自然也是應(yīng)用程序開發(fā)商所必須納入考慮的重點項目。

          除了前述這些針對Android裝置所常見的問題外,由于這些裝置具有網(wǎng)絡(luò)瀏覽、影音多媒體、游戲娛樂等多重功能的特色,自然也有許多功能性、兼容性、可靠性的問題會相應(yīng)產(chǎn)生,像是3G與Wi-Fi模塊的訊號接收能力、電力耗損程度、和外接式配件兼容性等等。也正由于Android裝置的復(fù)雜特性,因此需要透過詳細的驗證,來確保裝置的質(zhì)量水平。在此百佳泰也根據(jù)多年的專業(yè)經(jīng)驗,針對Android裝置的產(chǎn)品特性,歸納出以下的驗證架構(gòu)供業(yè)界參考,在此提出幾個針對Android裝置產(chǎn)品進行測試驗證時,必須注意的歸納匯整出了一套針對Android裝置產(chǎn)品特性的測試驗證方法,主要的驗證架構(gòu)和測試項目如下所述。

          Android裝置驗證架構(gòu)與重點測試項目

          若從驗證架構(gòu)來看,主要可以區(qū)分為三大塊:硬件(Hardware)、操作系統(tǒng)(OS)和應(yīng)用程序(App)。硬件面的驗證包括了裝置中各種零組件的功能性、新組件采用的合適度與不同模塊間的兼容性等等;操作系統(tǒng)的驗證包括了廠商客制UI與原生Android系統(tǒng)的整合度、版本升級時的正常運作能力、以及最深受重視的安全威脅排除等等;至于應(yīng)用程序的驗證則包含了App本身的功能性和易用度、以及App和操作系統(tǒng)間向上/向下以及各種裝置硬件與屏幕規(guī)格的兼容性等等。唯有這三個面向都能兼顧,才能視為是對Android裝置的通盤性驗證。

          《國際電子商情》

          至于在實際的測試重點上,主要可以從以下幾個角度切入:

          • 功能性Functionality

            為確保Android裝置能被用戶正常的使用,功能性的驗證自然是不可或缺的,從通訊模塊(Wi-Fi、3G、GPS、FM、Bluetooth等)、觸控屏幕(包含各種感測組件)、相機模塊、傳輸接口(USB、HDMI等)、影音播放功能、收錄音功能、擴充插槽、系統(tǒng)運作能力(多任務(wù)運算、DRM功能、安全防護)以及其它特殊功能諸如陀螺儀、磁力儀等等,都是必須涵蓋的范圍。

          • 應(yīng)用程序Application

            不論是智能型手機或平板電腦,舉凡是Android裝置的一大賣點就是,除了內(nèi)建的基本App外,還能夠讓用戶自由下載更多不同功能類型的App。通常本機預(yù)設(shè)的App不外乎有網(wǎng)絡(luò)瀏覽器、影音播放器、記事本、訊息收發(fā)、電話撥打、聯(lián)絡(luò)簿、和地圖等,這些App與本機的兼容性都必須在出廠前確保能被良好操作,避免造成系統(tǒng)當機、數(shù)據(jù)遺失等問題;而用戶可自行的第三方App則是五花八門,從各種游戲、電子書、生產(chǎn)力軟件、通訊工具、實時同步軟件等無所不包,要一一測試保證這些數(shù)十萬的App都能與用戶的裝置完全兼容,將是相當曠日廢時的作法,因此,過濾這些App并挑選其中最具代表性、及最需要被驗證的App,便是在驗證前必須做好的功課。

          • 互操作性Interoperability

            第三個驗證重點則在于不同裝置間的互操作性。由于Android裝置提供的功能就像一臺微型電腦,因此在許多使用情境下,都可能需要與許多不同電子產(chǎn)品連接使用,像是透過無線AP上網(wǎng)、和其它裝置相互進行數(shù)據(jù)傳輸、外接鍵盤鼠標、無線打印等等,也正因為如此,與大量的市面上主流外接裝置和消費性電子產(chǎn)品進行互操作性驗證、確保功能正常,避免大眾產(chǎn)生「某一品牌的Android產(chǎn)品經(jīng)常無法被偵測使用」的負面印象,自然是為維系使用者良好觀感、并維護產(chǎn)品良好口碑的必要措施。

          • Android兼容性Android Compatibility

            為確保市面上五花八門的Android裝置與操作系統(tǒng)的高度兼容性,Google也設(shè)計出了一套Android兼容性計劃(Android Compatibility Program),唯有通過這個計劃,才能確保該受測裝置是屬于兼容于Android操作系統(tǒng)的裝置,也才能使用Android的商標圖像、并使用Android Market。所謂的Android兼容性計劃包含了CDD文件(Compatibility Definition Document,兼容性測試綱要)與CTS套件(Compatibility Test Suite,兼容性測試套件),裝置廠商必須要先遵照CDD文件里的規(guī)范,規(guī)范中定義了各個不同Android系統(tǒng)版本必須包含的功能項目以及需支持的軟硬件能力、效能層級、安全性規(guī)定等,然后再進行CTS套件的測試。所有在CTS套件測試中產(chǎn)品的問題錯誤,都必須修正通過后,才算兼容于Android操作系統(tǒng)。

            然而,目前的CDD文件與CTS套件僅屬于基礎(chǔ)等級的規(guī)范,提供的是能夠一體適用的測試方針,無法囊括各種必須驗證的面向,更多進階的功能性審查仍然有賴各家廠商的內(nèi)部自行驗證。有鑒于此,百佳泰現(xiàn)階段也開始與多家大廠合作,除了持續(xù)鉆研進階自動化測試工具與程序的研發(fā)外,也針對不同大廠的Android裝置特性提供專屬的測試計劃與產(chǎn)品設(shè)計建議,以滿足不同廠商在各種功能項目上可能會有的兼容性驗證需求。

          • 儲存媒介Storage

            Android裝置通常以內(nèi)嵌式eMMC作為儲存媒介,然而基于NAND Flash的技術(shù)基礎(chǔ),雖然適合行動裝置使用,但也較傳統(tǒng)儲存方式容易出現(xiàn)數(shù)據(jù)漏失、效能退化以及耐受性等問題。試想,若是使用者隨手拍下的照片、臨時記下的重要事項、或是任何時間利用平板電腦制作的會議數(shù)據(jù)就這樣憑空消失,對用戶來說會是多大的損失、對產(chǎn)品本身的可靠度更是一大傷害。因此,確保儲存媒介的數(shù)據(jù)維護完整度,也是驗證Android裝置不可或缺的先決條件之一。

          • 無線聯(lián)網(wǎng)能力Wireless Connectivity

            智能型手機和平電腦讓行動上網(wǎng)成為可能,也讓相關(guān)裝置有更多需要關(guān)注的面向,像是網(wǎng)絡(luò)芯片的兼容性會不會造成收不到訊號或是訊號微弱的問題、在機構(gòu)設(shè)計上模塊擺放的位置是否會造成不同訊號源之間的相互干擾而影響接收質(zhì)量、接收器的靈敏度、以及作為Wi-Fi熱點時能否正常分享訊號等等,對于隨時隨地可能需要使用網(wǎng)絡(luò)的用戶來說,可攜裝置是否具備順暢的連網(wǎng)能力,絕對是影響購買與否的關(guān)鍵。

          • 音質(zhì)Audio Quality

            除了行動上網(wǎng),隨時能聆聽音樂、瀏覽影片也是Android裝置的一大訴求,因此是否能提供良好的閱聽享受,便會大大影響使用者的觀感。在過去,大眾普遍對于透過手機或其它隨身裝置的影音播放能力沒有太高的要求,那是因為我們將手機的角色定位為撥打與接聽電話;但當智能型手機出現(xiàn)、平板電腦崛起后,高昂的價位與琳瑯滿目的宣傳口號,讓消費者對這些產(chǎn)品有更高的期待,市面上也開始出現(xiàn)了專門設(shè)計給手機或平板裝置產(chǎn)品的外接式喇叭,在這樣的時勢所趨,確保音質(zhì)水平優(yōu)良也已成為吸引消費者的一大誘因。

          • 我們先前的文章也曾提到過,Android操作系統(tǒng)的原始碼中有對音源的重新取樣(Re-sampling)設(shè)計,若是廠商并未注意并加以修改,就會導(dǎo)致設(shè)計出來的裝置在讀取48K Hz音源時重新取樣成44K Hz,而造成諧波失真的現(xiàn)象影響裝置的播放音質(zhì)。根據(jù)我們實際的測試實驗結(jié)果,發(fā)現(xiàn)到這對于多數(shù)Android裝置的廠商來說,都是常見的通病。雖然音質(zhì)驗證對于過去并非以音質(zhì)為導(dǎo)向的裝置廠商來說,并非技術(shù)專長、也需要較高的跨入門坎,但若能及時發(fā)現(xiàn)問題并予以導(dǎo)正,絕對會是能有別于其它競爭對手的優(yōu)勢。

          • 效能Performance

            除了以上提到的功能必須要能正常運作外,另一個值得強調(diào)的驗證項目,就是效能。同樣是Android裝置、配載相同的硬件規(guī)格,若是其中一臺裝置開啟應(yīng)用程序的時間耗時20秒、而另一臺僅需10秒,想當然而多數(shù)消費者會選擇后者;又或者在路上突然看到想捕捉的畫面,A手機需要6秒鐘才能開啟拍攝模式、而B手機僅需2秒鐘,那么自然是選擇B手機比較不會錯過精彩鏡頭。同樣的道理也可以應(yīng)用在瀏覽網(wǎng)頁的速度、開機所需的時間等等,都需要被加以驗證。同時,為了解產(chǎn)品的真實效能,也可以透過標竿測試(benchmark test)的方式,與市面上他牌產(chǎn)品進行比較與分析,找出自家產(chǎn)品的強項、并強化弱項,才能知己知彼。

          • 可靠度Reliability

            一個產(chǎn)品的可靠度高低,關(guān)乎產(chǎn)品產(chǎn)生錯誤的機率高低、以及系統(tǒng)從錯誤中修復(fù)的能力。例如像是聯(lián)機異常時是否會跳出警告窗口、多任務(wù)處理時是否能夠同時開啟十數(shù)個應(yīng)用程序在背景執(zhí)行、程序發(fā)生錯誤時能否避免無響應(yīng)或當機,甚至當機后是否能透過重開機的方式重新啟動等等。當錯誤出現(xiàn)的次數(shù)越多,用戶對該產(chǎn)品的好感度便會降低,甚至可能影響對該品牌的質(zhì)量信賴度。因此,仿真各種可能的用戶使用情境、以找出可能發(fā)生的產(chǎn)品問題,并進行通盤性的錯誤測試,將是確保產(chǎn)品可靠度的必要方式。

          • 功耗與電池蓄電力Power Consumption Battery Life

            當我們提到行動裝置時,就不能不提到耗電程度的問題。不同于桌用電腦或其它固定式電子產(chǎn)品,行動裝置是基于沒有持續(xù)性電源供應(yīng)的情況下所設(shè)計,因此,待機時間的長短就變的至關(guān)重要。若是參加一整天的會議行程,誰都不希望自己用來聯(lián)系客戶、收發(fā)郵件或記錄工作事項的隨身裝置突然電力耗盡,因此,合理良好的待機能力便成為行動裝置的一大賣點。行動裝置的待機與各項操作可使用時間,除與電池容量有關(guān)外,硬件組件本身功耗與軟件設(shè)計都是可能的問題來源,如最近的iPhone 4S待機時間過短的問題。除此之外,持續(xù)充電后的續(xù)航力、可重復(fù)充電的次數(shù)、以及從安規(guī)角度來看電池本身電源供應(yīng)的穩(wěn)定性等,都是在進行電池測試時的重要項目。

          • 操作系統(tǒng)升級OS Upgrade

            最后一項不可忽略的驗證重點便是操作系統(tǒng)升級時的整合性驗證,當Android版本升級,廠商必須耗費心力修改韌體版本時,如何確保原有的客制化UI與所有功能正常、優(yōu)化裝置效能并達到最佳狀態(tài),且同時完成新版本的升級,便是這個驗證項目的重心。新的操作系統(tǒng)版本通常象征著新功能的加入與錯誤的修正,因此要在既有的硬件規(guī)格與客制化功能下盡量維持這兩個前提便是技巧所在。操作系統(tǒng)的升級事實上就代表著在裝置的全功能都需要被完整驗證外,同時還需驗證升級動作是否會造成曾經(jīng)實際發(fā)生過的案例:原有數(shù)據(jù)的遺失、裝置當機的狀況,事實上可以說是比產(chǎn)品單純導(dǎo)入一個新的操作系統(tǒng)還要來得困難、也更需要透過第三方的協(xié)助以避免驗證上的盲點。

          • 通盤驗證 追求高質(zhì)量Android裝置

            綜觀市面上的Android裝置,不論是智能型手機或是平板電腦,都算是相當晚近開發(fā)的新式產(chǎn)品,就目前的實際狀況看來,也仍有許多問題尚待一一克服。為協(xié)助廠商在開發(fā)上更加順利、以提供消費者更高質(zhì)量的產(chǎn)品,百佳泰也運用多年來在網(wǎng)絡(luò)通訊、手持裝置、儲存產(chǎn)品、行動運算及軟硬件整合的測試經(jīng)驗與驗證能力,量身打造出最適合Android裝置的測試解決方案。

          有別于單純的功能驗證,并加上了前述所有Android裝置必要的驗證重點,以避免常見的問題風(fēng)險,百佳泰并透過問題數(shù)據(jù)庫的搜集、整理,提供完整的錯誤分析,并進一步做到問題偵錯與質(zhì)量提升的協(xié)助。本文僅以開放式的角度,探討目前Android裝置的常見問題風(fēng)險,并分享我們的測試概念,以作為相關(guān)廠商的參考指標,希冀透過持續(xù)推動Android裝置的技術(shù)成熟與質(zhì)量精進,讓消費者都能享受到更好用、更高水平的產(chǎn)品。

          (本文由測試服務(wù)暨咨詢顧問公司百佳泰Allion Test Labs, Inc提供)



          關(guān)鍵詞: Android 測試

          評論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();