近年來(lái)，隨著智能汽車(chē)市占率增加，越來(lái)越多車(chē)廠讓用戶(hù)安裝汽車(chē)App在手機(jī)端(Android/iOS)。透過(guò)手機(jī)連接車(chē)機(jī)與云端，以提供智能聯(lián)網(wǎng)應(yīng)用功能服務(wù)。例如：遠(yuǎn)程控制車(chē)輛、車(chē)輛定位、維修紀(jì)錄查詢(xún)等；這也象征著應(yīng)用生態(tài)從過(guò)往「以車(chē)為中心的交通工具」逐步發(fā)展為「以人為中心的移動(dòng)空間」。
因此車(chē)廠需要與App/Cloud的開(kāi)發(fā)商(Service Provider)展開(kāi)密集的協(xié)作，并確保兩者之間的運(yùn)作能夠順暢且正常。但我們?cè)催^(guò)一些案例，如「提出需求的車(chē)廠」與「開(kāi)發(fā)功能、設(shè)計(jì)接口的App開(kāi)發(fā)商」與「處理車(chē)輛/手機(jī)App之間云端資料同步與傳輸?shù)腃loud開(kāi)發(fā)商」三方之間的協(xié)作困難重重，卻又需要在緊湊密集的車(chē)用App release cycle之中兼顧時(shí)效性及質(zhì)量，這時(shí)候一個(gè)優(yōu)質(zhì)的第三方測(cè)試中心，就會(huì)是一個(gè)非常關(guān)鍵且重要的存在。

手機(jī)車(chē)用APP最常發(fā)生的問(wèn)題

• App兼容性與連接問(wèn)題
  • 延遲、無(wú)法連接或在不同用戶(hù)的條件下無(wú)法正常工作
  • 搭配不同手機(jī)／版本配對(duì)失敗
  • 使用在不同的連接環(huán)境與云端通信
• App交互性、功能性和性能問(wèn)題
  • 安裝、更新、無(wú)法啟動(dòng)、賬戶(hù)管理或安全問(wèn)題
  • 無(wú)法遠(yuǎn)程操作或功能性問(wèn)題
  • 資料與車(chē)輛或現(xiàn)況不同步、信息不正確，或 UI 顯示問(wèn)題
  • 響應(yīng)緩慢、不流暢、屏幕之間的過(guò)度緩慢、應(yīng)用程序卡頓
  • 在手機(jī)狀態(tài)改變后發(fā)生異常（從睡眠中恢復(fù)…等）

客制化測(cè)試方案(Test Plan Consulting )

百佳泰會(huì)根據(jù)項(xiàng)目現(xiàn)況與需求，與客戶(hù)討論并規(guī)劃不同類(lèi)型與規(guī)模的測(cè)試方案，以對(duì)應(yīng)緊湊且不斷更新，同時(shí)注重時(shí)效性的車(chē)用APP開(kāi)發(fā)進(jìn)程。
舉例來(lái)說(shuō)，我們遇過(guò)一些實(shí)際問(wèn)題如下：

App安裝、更新或是無(wú)法啟動(dòng)

• 賬號(hào)登入的OTP code異常導(dǎo)致無(wú)法登入(NG)

App顯示信息不正確

• App車(chē)輛出廠年份的數(shù)值顯示為“null”(NG)

像這類(lèi)問(wèn)題，我們會(huì)安排「Smoke Test」的小規(guī)模簡(jiǎn)易測(cè)試，在每版本App Release之前；確保預(yù)計(jì)釋出的版本，沒(méi)有容易發(fā)生或是基本功能性的問(wèn)題，例如此案例的賬號(hào)登入問(wèn)題，或是App車(chē)輛相關(guān)信息顯示問(wèn)題，都是可以在每次版本Release之前進(jìn)行快速排查的。

功能性問(wèn)題，或 UI 顯示問(wèn)題

• 用戶(hù)點(diǎn)選「Service」option 之后，App顯示「No Result」在POI頁(yè)面(NG)
• 用戶(hù)登入App的認(rèn)證流程，Resend Code依照SPEC應(yīng)該只有3次的上限，實(shí)際上卻可以超過(guò)3次(NG)

在此個(gè)案的用戶(hù)，需要確認(rèn)導(dǎo)航搜尋時(shí)附近的POI(興趣點(diǎn))，卻會(huì)因?yàn)辄c(diǎn)選了”Service” option，而導(dǎo)致POI結(jié)果變成了”No Result”；又或者是用戶(hù)登入App認(rèn)證流程，Resend Code的上限不符合SPEC這類(lèi)的問(wèn)題。這些問(wèn)題并不屬于快速步驟內(nèi)可發(fā)現(xiàn)，或是基本功能性的問(wèn)題，但仍會(huì)造成用戶(hù)車(chē)主的抱怨甚至客訴。
像這類(lèi)問(wèn)題，我們會(huì)安排「Sanity Test」的進(jìn)階測(cè)試，也就是涵蓋較多條件的功能性測(cè)試；在一定條件范圍內(nèi)確保功能性運(yùn)作或是App UI顯示正常。

資料與車(chē)輛或現(xiàn)況不同步問(wèn)題

• App顯示的行程起點(diǎn)位置與實(shí)際起點(diǎn)位置不同(NG)
• App記錄的trip路線(xiàn)圖，與實(shí)際的行車(chē)路線(xiàn)會(huì)有差異(NG)

像這類(lèi)問(wèn)題，必須要實(shí)際開(kāi)車(chē)上路才能發(fā)現(xiàn)，我們會(huì)視情況定期安排「Road Test」實(shí)際上路測(cè)試，確保在實(shí)際用戶(hù)條件下，能夠有正常的功能運(yùn)作與實(shí)時(shí)資料同步。

快速排查問(wèn)題、加快開(kāi)發(fā)流程 (Debug Consulting )

在開(kāi)發(fā)過(guò)程中，App版本更新除了功能導(dǎo)入之外，最主要的要求就是要處理Bug并將解決方案更新至新版本中。百佳泰會(huì)根據(jù)App問(wèn)題，評(píng)估專(zhuān)案的處理狀況，或是客戶(hù)提出的需求，進(jìn)而擬定策略進(jìn)行問(wèn)題驗(yàn)證的處理。舉例來(lái)說(shuō)：

Bug verification before official release
App版本更新之前，百佳泰先協(xié)助客戶(hù)驗(yàn)證預(yù)計(jì)導(dǎo)入的bugs排除解決方案，以確保新版本App釋出之后，不會(huì)因原先的Bug仍有問(wèn)題，導(dǎo)致需要重新Release，或是因?yàn)槿唛L(zhǎng)的討論處理產(chǎn)生額外資源耗費(fèi)。

Bug verification during regular testing
在常規(guī)App測(cè)試之中，會(huì)發(fā)現(xiàn)諸多問(wèn)題；百佳泰依照項(xiàng)目分工與客戶(hù)需求，可以進(jìn)行問(wèn)題驗(yàn)證以確保幾個(gè)重點(diǎn)：「問(wèn)題的再現(xiàn)性與步驟手順厘清」、「問(wèn)題相關(guān)條件的驗(yàn)證與Fail condition排查」…等相關(guān)驗(yàn)證，可協(xié)助客戶(hù)在版本不斷更新且分秒必爭(zhēng)的App開(kāi)發(fā)進(jìn)程之中，節(jié)省更多時(shí)間且快速找到重點(diǎn)來(lái)處理與討論。

除了之外，我們還具備了「彈性討論并實(shí)時(shí)處理」能力；透過(guò)密集且實(shí)時(shí)的溝通討論，在每代App更新前后，搭配前述關(guān)鍵的「Test Plan Consulting」與「Debug Consulting」能力，在協(xié)助客戶(hù)過(guò)濾許多難解的問(wèn)題。

成功案例分享(Reference story)

百佳泰曾與其他車(chē)用App開(kāi)發(fā)商合作，從待解bug大量累積且造成用戶(hù)抱怨的時(shí)期(每個(gè)版本多達(dá)30~40個(gè)以上的待解bug數(shù)量)，兩個(gè)月內(nèi)即降低到零星個(gè)位數(shù)的待解bug數(shù)量（只剩下后期設(shè)計(jì)變更、所引起的新問(wèn)題），成功協(xié)助客戶(hù)一同使項(xiàng)目快速進(jìn)入收尾階段。
如果有相關(guān)需求，歡迎洽詢(xún)百佳泰，我們能夠協(xié)助設(shè)計(jì)符合您現(xiàn)況需求的測(cè)試項(xiàng)目；如果長(zhǎng)期合作，也能夠協(xié)助設(shè)計(jì)自動(dòng)化執(zhí)行的車(chē)用App測(cè)試項(xiàng)目，來(lái)幫助您解決燃眉之急，以及節(jié)省長(zhǎng)期的大量成本開(kāi)銷(xiāo)。