手机车用APP最常发生的问题

手机车用APP最常发生的问题本站　　

　　。透过手机连接车机与云端，以提供智能联网应用功能服务。例如：远程控制车辆、车辆定位、维修纪录查询等；这也象征着应用生态从过往

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

　　百佳泰会根据项目现况与需求，与客户讨论并规划不同类型与规模的测试方案，以对应紧凑且不断更新，同时注重时效性的车用APP开发进程。

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

　　在此个案的用户，需要确认导航搜寻时附近的POI（兴趣点），却会因为点选了”Service” option，而导致POI结果变成了”No Result”；又或者是用户登入App认证流程，Resend Code的上限不符合SPEC这类的问题。这些问题并不属于快速步骤内可发现，或是基本功能性的问题，但仍会造成用户车主的抱怨甚至客诉。

　　像这类问题，我们会安排「Sanity Test」的进阶测试，也就是涵盖较多条件的功能性测试；在一定条件范围内确保功能性运作或是App UI显示正常。

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

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

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

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

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

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

　　我们能够协助设计符合您现况需求的测试项目；如果长期合作，也能够协助设计自动化执行的车用App测试项目，来帮助您解决燃眉之急，以及节省长期的大量成本开销。

　　声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。