Android装置常见问题风险

扰，可说是Android装置目前的首要任务，也是厂商不得不面对的一大挑战。

　　二、厂商客制化UI的整合度

　　综观市面上主要Android手机厂商的产品，不难发现几个手机大厂在设计产品时，都会在原生的Android软件架构下，包装出专属于自家产品的使用接口（User Interface，UI），包括像是HTC的Sense UI、SAMSUNG的TouchWiz UI以及Motorola的MotoBlur UI等，都是根源于Android进一步发展出特色鲜明的客制化UI。而厂商开发这些自主UI的目的，无非是提供消费者更便利且多元的使用方式，并透过产品分殊化来巩固自身的利基，举例来说，HTC的Sense UI可让用户自行设定桌面快捷方式分页、社群网站内容汇整、方便的时间与天气widget呈现等；而SAMSUNG的TouchWiz UI也同样提供用户桌面 widget的快捷设定和拖拉式的触控反馈等。

　　这些厂商自主设计的使用接口，为什么可能出现问题呢？正因为这些装置的操作系统一切根源于Android，任何一个细部环节的改动都必须要能配合Android的原始框架，因此，如何巧妙的将厂商追求的功能与Android原生架构相互结合，维持使用上的流畅度，便是一大学问，如何避免顾此失彼、以防堵错误的改动造成使用上的可能差池，都是必须详加验证的重点。

　　三、版本升级的配套措施

　　不同于iPhone可以从客户端自由更新操作系统的版本，Android装置的操作系统则是在手机出厂时就已预先搭载单一的Android版本，至于是否提供后续的升级，则端看手机厂商对每一种机款是否释出更新，有些厂商会尽速提供更新升级、有些厂商的开发时程则需时数个月、甚至有些厂商直接决定不提供升级。在这样的情况下，便很有可能出现Android已经释出2.3版本，而使用者却只能使用Android 2.2版本操作系统的状况，这不仅等同于用户无法享受到更新版本的漏洞修补或是功能扩充，也会大大影响用户的观感，这对于Android装置市场的持续拓展绝对会造成负面的影响。

　　为减少使用者在购买时就产生"未来是否提供升级？"、"等待升级版本出现是否需时冗长"等问题，厂商如何能在一项产品的开发初期，就设计出完整的软件架构，以利后续Android版本升级时能迅速因应、及时推出更新版本韧体升级，便是必须审慎考虑的要素。而这一切都需要结合软件面与硬件面的全面性验证技巧，毕竟，当操作系统（软件）版本升级时，装置上的内存、处理器、相机模块等（硬件）并不会跟着升级，因此从产品开发之初、一直到新操作系统问世后的配套因应，以确保软件面的更新能确实与硬件相互配合，将是厂商必须加强的环节。

　　此外，Google因应常有使用者无法升级的问题而提出18个月保证升级计划，加入该计划的开发商必须提供消费者在此期间发布的任何操作系统更新，此项计划对于消费者来说是一大福音，但是对于多样化的Android行动装置开发商来说，在新产品的开发同时仍须兼顾旧有产品的升级，在此紧凑的开发时程与开发资源的压力下，更须注意升级验证的质量。

　　四、应用程序向上与向下兼容性

　　对于应用程序（也就是一般我们俗称的App）开发者来说，每当Android操作系统出现改版升级时，就必须重新检视自己的应用程序是否能运作于新的操作系统版本中。然而目前实际的情况是，当消费者的Android装置版本升级时，装置上原有的App可能并不兼容于新版本，必须耗时等待开发商推出更新版本的App；又或者新推出的App只支持新版Android操作系统，而使用较旧版本操作系统装置的使用者便无法在自己的装置上使用新的App。

　　除了操作系统版本之外，App在不同装置上的兼容性，更与硬件上的规格差异如OpenGL支持与否、屏幕尺寸、分辨率等有密切的关联，Android 的官方网站也为此特别阐述开发者如何设计出可以兼容于不同屏幕大小的App，即便如此，各家厂商对于Android所进行的差异化设计仍会导致兼容性问题，实际在各种Android装置上的使用者验证，才能确保App的兼容性质量无虞。

　　当开发商进行App更新所耗费的时间越长，用户的等待时间也就越久、越有可能转向使用其它开发者推出的同性质App；而一个App所支持的操作系统版本越少，所存在潜在的客户群也就越小。因此，除了App本身是否吸引用户、使用上是否正常流畅外，在设计App时顾及对既有/先前版本的支持、并考虑未来操作系统版本升级如何实时因应，自然也是应用程序开发商所必须纳入考虑的重点项目。

除了前述这些针对Android装置所常见的问题外，由于这些装置具有网络浏览、影音多媒体、游戏娱乐等多重功能的特色，自然也有许多功能性、兼容性、可靠性的问题会相应产生，像是3G与Wi-Fi模块的讯号接收能力、电力耗损程度、和