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

手機(jī)車用APP最常發(fā)生的問題

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

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

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

App安裝、更新或是無法啟動

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

App顯示信息不正確

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

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

功能性問題，或 UI 顯示問題

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

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

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

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

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

快速排查問題、加快開發(fā)流程 (Debug Consulting )

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

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

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

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

成功案例分享(Reference story)

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