原创 车用手机APP评测之软硬件应用

近年来，随着智能汽车市占率增加，越来越多车厂让用户安装汽车App在手机端（Android/iOS）。透过手机连接车机与云端，以提供智能联网应用功能服务。例如：远程控制车辆、车辆定位、维修纪录查询等；这也象征着应用生态从过往「以车为中心的交通工具」逐步发展为「以人为中心的移动空间」。

因此车厂需要与App/Cloud的开发商（Service Provider）展开密集的协作，并确保两者之间的运作能够顺畅且正常。但我们曾看过一些案例，如「提出需求的车厂」与「开发功能、设计接口的App开发商」与「处理车辆/手机App之间云端资料同步与传输的Cloud开发商」三方之间的协作困难重重，却又需要在紧凑密集的车用App release cycle之中兼顾时效性及质量，这时候一个优质的第三方测试中心，就会是一个非常关键且重要的存在。

App兼容性与连接问题

• 延迟、无法连接或在不同用户的条件下无法正常工作
• 搭配不同手机／版本配对失败
• 使用在不同的连接环境与云端通信

App交互性、功能性和性能问题

• 安装、更新、无法启动、账户管理或安全问题
• 无法远程操作或功能性问题
• 资料与车辆或现况不同步、信息不正确，或 UI 显示问题
• 响应缓慢、不流畅、屏幕之间的过度缓慢、应用程序卡顿
• 在手机状态改变后发生异常（从睡眠中恢复…等）

Test Plan Consulting

百佳泰会根据项目现况与需求，与客户讨论并规划不同类型与规模的测试方案，以对应紧凑且不断更新，同时注重时效性的车用APP开发进程。
举例来说，我们遇过一些实际问题如下：

【1】App安装、更新或是无法启动

• 账号登入的OTP code异常导致无法登入（NG）

【2】App显示信息不正确

• App车辆出厂年份的数值显示为“null”（NG）

像这类问题，我们会安排「Smoke Test」的小规模简易测试，在每版本App Release之前；确保预计释出的版本，没有容易发生或是基本功能性的问题，例如此案例的账号登入问题，或是App车辆相关信息显示问题，都是可以在每次版本Release之前进行快速排查的。

【3】功能性问题，或 UI 显示问题

• 用户点选「Service」option 之后，App显示「No Result」在POI页面（NG）
• 用户登入App的认证流程，Resend Code依照SPEC应该只有3次的上限，实际上却可以超过3次（NG）

在此个案的用户，需要确认导航搜寻时附近的POI（兴趣点），却会因为点选了”Service” option，而导致POI结果变成了”No Result”；又或者是用户登入App认证流程，Resend Code的上限不符合SPEC这类的问题。这些问题并不属于快速步骤内可发现，或是基本功能性的问题，但仍会造成用户车主的抱怨甚至客诉。
像这类问题，我们会安排「Sanity Test」的进阶测试，也就是涵盖较多条件的功能性测试；在一定条件范围内确保功能性运作或是App UI显示正常。

【4】资料与车辆或现况不同步问题

• App显示的行程起点位置与实际起点位置不同（NG）
• App记录的trip路线图，与实际的行车路线会有差异（NG）

像这类问题，必须要实际开车上路才能发现，我们会视情况定期安排「Road Test」实际上路测试，确保在实际用户条件下，能够有正常的功能运作与实时资料同步。

Debug Consulting

在开发过程中，App版本更新除了功能导入之外，最主要的要求就是要处理Bug并将解决方案更新至新版本中。百佳泰会根据App问题，评估专案的处理状况，或是客户提出的需求，进而拟定策略进行问题验证的处理。举例来说：

Bug verification before official release
App版本更新之前，百佳泰先协助客户验证预计导入的bugs排除解决方案，以确保新版本App释出之后，不会因原先的Bug仍有问题，导致需要重新Release，或是因为冗长的讨论处理产生额外资源耗费。

Bug verification during regular testing
在常规App测试之中，会发现诸多问题；百佳泰依照项目分工与客户需求，可以进行问题验证以确保几个重点：「问题的再现性与步骤手顺厘清」、「问题相关条件的验证与Fail condition排查」…等相关验证，可协助客户在版本不断更新且分秒必争的App开发进程之中，节省更多时间且快速找到重点来处理与讨论。

除了之外，我们还具备了「弹性讨论并实时处理」能力；透过密集且实时的沟通讨论，在每代App更新前后，搭配前述关键的「Test Plan Consulting」与「Debug Consulting」能力，在协助客户过滤许多难解的问题。

百佳泰曾与其他车用App开发商合作，从待解bug大量累积且造成用户抱怨的时期（每个版本多达30~40个以上的待解bug数量），两个月内即降低到零星个位数的待解bug数量（只剩下后期设计变更、所引起的新问题），成功协助客户一同使项目快速进入收尾阶段。