安卓app测试服务器_安卓软件测试

文章目录：

• 1、为什么安卓手机app无法连接到服务器，怎么办？
• 2、android app自动化测试工具有哪些
• 3、android app测试的基本要点有哪些需要特别注意的地方？
• 4、手机APP自动化测试平台有哪些？Android终端太多，太碎片，人力测试太麻烦了，求推荐好的APP自动测试平台！
• 5、如何制作移动app测试方案及详细流程？

为什么安卓手机app无法连接到服务器，怎么办？

先打开苹果手机主屏上的“设置”应用，

在设置列表中点击顶部的“无线局域网”一栏，

接着点击当前已经接入的无线网络右侧的叹号图标，

在无线局域网网络参数列表中，点击

DNS

一栏，

随后删除原来的

DNS

地址，输入新的

8.8.8.8

这个新地址，再点击左上角的“无线局域网”返回。

接下来请打开苹果手机的后台多任务管理界面，把

App

Store

应用商店从后台关闭。这里以

iOS7

系统为例，把

App

Store

从后台向上拖出

最后再重新打开

App

Store

应用商店，应该就可以正常访问了

android app自动化测试工具有哪些

1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。

2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。

3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。

4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。

5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合Android Studio来编写测试的简单例子

6、Selendroid：也是基于Instrumentation的测试框架，可以测试Native App、Hybird App、Web App，但是网上资料较少，社区活跃度也不大。

7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。

8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。

9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，

它的优点：

开源；

支持Native App、Hybird App、Web App；

支持Android、iOS、Firefox OS；

Server也是跨平台的，你可以使用Mac OS X、Windows或者Linux；

它的哲理是：

用Appium自动化测试不需要重新编译App；

支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；

不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；

移动端自动化测试应该是开源的；

它的设计理念：

Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appium client libraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。

Session，每个Client连接到Server以后都会有一个Session ID，而且Client发送命令到Server端都需要这个Session ID，因为这个seesion id代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。

Desired Capabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。

Appium Server是Node.js写的，所以可以直接用NPM来进行安装。

Appium Clients，Mac OS和Win下提供GUI，不需要装Node.js，方便测试人员操作。

相关限制：

如果你在Windows使用Appium，你没法使用预编译专用于OS X的.app文件，因为Appium依赖OS X专用的库来支持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运行iOS测试。

总结：

在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。

android app测试的基本要点有哪些需要特别注意的地方？

总结了几个比较重要的，希望对你有帮助

App测试问题一：用户体验

用户体验是一个app成功与否的关键。App商店中app评分可以反映用户体验，差评说明销售亏损。所以用户体验在移动app测试中是一个重要问题。因为体验具有主观性，所以它无法直接被测出。但你要知道，我们在测试过程中，必须要从一些关键影响因素入手，去解决用户体验问题。

而好的用户体验的成功因素包括吸引人的设计，积极的互动性和可用性。

而针对这个问题，我们的测试要从真人体验测试、各个功能的深度测试以及Bug探索与崩溃分析这几个方面着重入手，才能够涵盖完善用户体验所需的测试点。

APP测试问题二：app对于移动设备的兼容性

目前，安卓类的移动设备正在急剧增加，手机碎片化异常严重。并且因为显示屏大小和现状、操作系统版本和基本设备特点等限制因素的不一致，致使几乎没有开发者会花费大量金钱去购买市面上存在的主流手机，那么这些因素叠加起来，最终就很大程度上导致普通的质量管理很难进行。而如果不全面地进行兼容性测试，那么app的生存空间又在哪里呢？

同时还有一点，设备制造商的（安卓）操作系统的设备特殊定制，应明确地在设备上进行测试。测试时，有必要限制将会被app支持的设备。必须要标明系统组合（硬件/操作系统）和向下兼容性。为了最大化系统组合的覆盖，就必须要有灵活的策略来与足够的机型来执行测试。

兼容性问题当然是进行兼容性测试，而在所有的兼容性测试中，使用真机进行测试，是最好的测试方式。但由于上文已提及到众多企业无力购置大量机型，那么，这样的需求就只有委托给第三方的测试机构来完成

APP测试问题三：app的网络连接情况

网络连接是移动app测试的另一大问题。理想状态下，app的网络连接将在单独的线程中实现，这样就不会彼此干扰。此外，一个app必须适当地应对网络中断、延迟、变更和信号弱等情况。如果说不能够将这些测试点进行到底，那么在app在运行过程中将很有可能出现由于网络问题而导致的app运行中断，如果这样的问题出现在金融或证券领域的app中，那么就很可能在当下环境中让用户无法完成挂单、卖出买入或者确认等操作，造成不可挽回的损失。

对于网络问题，一般是进行模拟网络情况的测试，比如TestBird提供的弱网模拟测试和它们的中断测试

APP测试问题四：服务器的承载能力测试

任何开发者都不能够拍胸脯确认自己的app能够获取多少用户，并且能够明确指出同时在线的用户能有多少，如果不关注服务器的承载能力，那么很可能在突然的情况下，服务器就被大量涌入的用户给冲爆，导致瘫痪。

如此，用户自然会流失，同时服务器的宕机，也会给当时正在进行重要操作的用户造成损失，这样的情境，我们依然可以考虑到金融与证券的方向。

服务器的压力测试已经是常见的测试项目了，但是进行全面、专业的压力测试才是保证明确需测服务器承载力的必要条件。

TestBird

手机APP自动化测试平台有哪些？Android终端太多，太碎片，人力测试太麻烦了，求推荐好的APP自动测试平台！

移动开发的一个重要难题，就是APP应用在开发过程中，必须使用大量不同的手机进行真实环境的测试，才有可能进入商用。由于手机操作系统的不同，以及操作系统版本之间的差异，使得真机测试这个过程尤其复杂，涉及终端、人员、工具、时间、管理等方面的问题,Android系统的设备因操作系统多样性和终端类型的庞杂，问题尤为复杂。恰恰就是这样，testin就想到了 ，做一个云的终端测试应用的服务!

Testin为移动应用开发者提供云端真机自动测试服务，该服务基于一种软硬件相结合的技术，帮助开发者解决了移动应用在不同平台、不同版本系统中的测试问题 。开发者可以免费使用云端1000多款真机测试自己为Android开发的应用，通过测试的应用可以直接发布到应用商店。此外，开发者和广告商还能使用Testin监控平台，监测全球不同地区用户的真机体验和广告展现质量。

如何制作移动app测试方案及详细流程？

1.首先是测试 资源确认及准备

（1）产品需求文档，产品原型图 ，接口说明文档及设计文档应该齐全

（2）测试设备及测试工具 的准备：IOS和Android的不同年版本的真机，以及测试相关工具的准备

2.测试用例的设计及评审

（1）根据产品需求文档，产品原型图等文档，设计客户端的一般功能测试用例

（2）测试用例评审，修改与完善，评审过后着手进入正式测试阶段

3. UI测试

（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户需求

（2）测试过程一切以效果图为准，若用户体验方面有建议，先以邮件的形式 与产品经理确认，确认通过后，可以正式的发出用户体验方面的问题

4.功能测试

（1）APP功能测试主要依据编写的功能 测试用例进行软件功能的遍历

（2）涉及的测试主要包括基本功能测试，安装，卸载，运行测试 ，异常处理（包括网络 突然中断或者网速 过慢，机器内存不足等异常情况的处理 ）

5.中断测试

（1）软件运行 过程中接电话，收短信，锁屏，闹铃，充电，收到通知提醒后在 使用软件，软件任可以 正常运行

（2）运行软件时由前台切换到后台，再切换回前台 仍能继续运行

6.兼容性及适配器测试

（1）硬件的适配 ：不同手机 厂商，硬件 性能，不同屏幕大小的适配

（2）OS版本的兼容

（3）不同屏幕分辨率的适配：移动端设备的屏幕分辨率多种多样 ，如果 app没有做合适的处理可能会显示不好，甚至影响功能的操作

（4）兼容性测试必须放在 一定数量的真机上运行 ，由于真机类型较多，兼容性测试 的时候可以选取典型的几种运用较多的真机进行兼容性测试

7.性能测试

（1）客户端性能测试注重安装卸载时间，启动时间，页面加载时间，主要功能占用的床铺，内存，流量，耗电量 等，以及与同类产品相比较是否具有优势

（2）至于服务器端的性能，主要利用接口对服务器进行加压，重点关注相应时间，吞吐量，并发数，事务通过率等

8.稳定性测试

（1）安卓app的稳定性常常使用 monkey进行测试，通过随机事件流模拟个人操作，对检查程序的内存溢出，空指针有很大的作用

9.检测分析及测试报告输出

以上各种形式的APP测试结束后，应该形成完整的分析及报告文档，输出给相关人员

TestBird