『壹』 APP的兼容性如何提升

win7 的兼容性已经很不错了
如果有的软件运行不了尝试右击应用程序→属性→兼容性
勾选以兼容模式运行这个程序，里面选XP（sp3）或更早的系统
勾选高DPI设置时禁用显示缩放
勾选以管理员身份运行这个程序

『贰』 有没有什么app能坚决兼容性问题

版本过低时通过手机官方OTA升级手机系统版本，如果手机版本比较超前，那就只能等待游戏推出新版本。

『叁』 app与苹果手机不兼容怎么办

方法/步骤

  • 一般来说遇到“此app与您的设备不兼容”，有可能是系统原因，例如：手机当前系统低于目前软件支持的系统版本，那么在下载应用时就会出现这种提示。

  • 在一些苹果其它应用中常常有一些软件更新速度比苹果App Store慢一些。如果这些应用上面还有留着旧的版本软件，那么趁着该软件还没有更新之前，赶紧通过这个途径下载安装苹果旧版本软件解决此app与您的设备不兼容的问题。

『肆』 大家在手机APP的兼容性测试中，最容易出现的是哪些兼容性问题

一般兼容性比较多出现的就是闪退、UI异常或者程序异常这类问题。在专TestBird的测试白皮属书中，对近百万个问题进行了分类统计，得出的结论是闪退问题占比达到51.65%，之后是UI异常的问题，占比11.20%。我想这应该是涉及面最广的两类兼容性问题了。

『伍』 怎么给APP适配高版本的安卓系统

Android的最新版本会提供一些很棒的API，您的APP使用新版本API的同时也要兼容旧的Android版本，直到更多设备已更新到新版本的APP。本文档将向您展示如何利用最新的API，同时继续支持旧版本。

根据对访问Google Play商店的设备数量的统计，平台版本分布表会进行定期更新，以显示运行每个版本的Android设备的分布情况。一般来说，一个APP最好能支持大约90％的活动设备，同时使用最新的Android版本。

提示：为了在多个Android版本中提供最佳特性和功能，您应该在APP中使用Android Support Library，这样可以在旧版本上使用几种最新的平台API。

指定Minimum和Target API Levels

AndroidManifest.xml文件描述APP的详细信息，并标识其支持的Android版本。具体来说，<uses-sdk>元素的minSdkVersion和targetSdkVersion属性标识了APP兼容的最低和最高API级别。
随着新版Android的发布，一些风格和行为可能会有所改变。为了让您的应用程序能够利用这些更改，并确保您的应用程序适合每个用户设备的风格，您应该把targetSdkVersion的值设置为最新的Android版本。

在运行时检查系统版本

Android在Build常量类中为每个平台版本提供了一个唯一的编码。APP用这个编码来确保只有系统支持高版本API时，才会执行依赖高版本API的代码。
注意：解析XML资源时，Android会忽略当前设备不支持的XML属性。因此，您可以安全地使用仅由较新版本支持的XML属性，而不必担心旧版本遇到该代码时出错。例如，如果您设置targetSdkVersion =“11”，则APP在Android 3.0及更高版本上默认包含ActionBar。如果要将menu项添加到action bar，您需要在menu资源XML中设置android：showAsAction =“ifRoom”。 在跨版本的XML文件中可以安全地执行此操作，因为较旧版本的Android只会忽略showAsAction属性（即，不需要在res / menu-v11 /中添加一个单独的menu资源）。

『陆』 如何解决APP兼容问题

你可以到测试平台上申请兼容性测试，我们团队上次委托精灵云测做的测试，报告还蛮清晰的

『柒』 关于IOSAPP向下兼容的问题，是怎么理解的

一般来说，SDK只会向下兼容2个版本，也就是说现在的SDK是7.0，那么自动会兼容到5.x和6.x，只版要在DemployTarget选一下就行了，然权后自己控制好代码里的逻辑，不要用6.xOnly或7.xOnly，或者做好多版本的特殊处理。

『捌』 手机app兼容性测试，主要是针对哪些方面测试

APP的兼容测试主要就是测试APP的安装、启动、运行、卸载测试，以及安装时间 、启动时间、CPU占用、内存占用、流量耗用、电量耗用等性能上的测试。根据 爱内测的介绍，平台兼容性测试主要通过由后台控制器INT服务器连接各手机， 当收到测试请求时，会根据申请机型自动将APK传送给对应的机型，自动安装运 行，卸载，并通过Monkey、UIT自动深度检测UI等测试。

『玖』 如何做好app不同版本的服务器兼容

服务器端的设计，特别是数据库方面的设计，一定要做到足够抽象，足够容纳后期的可变性。（补充方法论：在项目启动的时候，先画大饼，想着5年后这个项目火成什么样子，如果要满足那时的需求，后台现在应该怎么设计。）
客户端访问的接口，通过命名空间隔开：
/api/1.0/users/register
/api/1.2/users/register
强制客户端版本。另一个好处是，如果某版本有严重的bug，那么当新版本发布后，强制某一个版本的用户升级（强制升级必然是不会轻易触发的，所以躲过审核毫无压力）