标签: 上路测试

近年来，随着智能汽车市占率增加， 越来越多车厂让用户安装汽车App在手机端（Android/iOS） 。 透过手机连接车机与云端，以提供智能联网应用功能服务。 例如：远程控制车辆、车辆定位、维修纪录查询等；这也象征着应用生态从过往 「以车为中心的交通工具」 逐步发展为 「以人为中心的移动空间」 。 因此车厂需要与App/Cloud的开发商（Service Provider）展开密集的协作，并确保两者之间的运作能够顺畅且正常。但我们曾看过一些案例，如「提出需求的车厂」与「开发功能、设计接口的App开发商」与「处理车辆/手机App之间云端资料同步与传输的Cloud开发商」三方之间的协作困难重重，却又需要在紧凑密集的车用App release cycle之中兼顾时效性及质量，这时候一个优质的第三方测试中心，就会是一个非常关键且重要的存在。 手机车用APP最常发生的问题 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数量 （只剩下后期设计变更、所引起的新问题），成功协助客户一同使项目快速进入收尾阶段。