ciandroid

① android怎么获取TD-LTE中tac、pci、ci、enb、cellid

每一个铁塔下班都有一个机房，用来装其他硬件设备的。例如BTS基站收发信台，及我们通俗说的基站，上面固定着几个柱型的棒子，那个是基站的天线。朝着不同的方向，用来发射和接收手机信号的。一个基站一般有三个天线装在机房外边较高的空旷区，并朝着不同的方向，每个天线负责120的区域，他们各自负责自己区域的手机信号发射和手机信号接受；有的是六个天线，这种情况下，有三个负责发送手机信号，有三个负责接收手机信号。负责发送和接收的那个天线（或者是一个单独负责发送的天线和一个单独负责接收的天线组成的一对天线），所朝向的那个扇区，有一个编号，叫 CI号。同一个基站下的CI号的个位数是连续的，各位数一般是1、2、3。

联通的铁塔上，有的同时挂着GSM网和CDMA网的天线，所以有时我们也见到铁塔上有两层天线。一般较高的天线是GSM网的天线，较低的天线是CDMA的天线。

若干个基站（BTS），连接到同一个基站控制器（BSC）下,并有这一个BSC控制。一个BSC下挂几个BTS，这根据当地的话务量来决定。有的地区话务量较少，会出现一个基站控制器（BSC）下有70~80个基站（BTS）。

LAC—-location area code 位置区编码（移动通信系统中）,是为寻呼而设置的一个区域,覆盖 一片地理区域,初期一般按行政区域划分(一个县或一个区),现在很灵活了,按寻呼量划分。当一个LAC下的寻呼量达到一个预警门限,就必须拆分。LAC和BSC、BTS不一样，后两者都有相应的设备，而LAC是没有对应设备的，只是根据话务量等信息划分的一个寻呼区域。通信部门，人为的将若干个BSC组成一组，并给这个组辐射的区域起了一个编号，于是LAC就诞生了。

② 华为安卓android手机查看基站信息的命令是什么

华为 安卓手机
在拨号键盘输入 *#*#4636#*#* , 选择 “手机信息”
“位置”那行显示的就是当前的16进制基站信息，把LAC和CID 填入到本站的 基站查询 页面，选择16进制查询，即可显示地图位置。
该命令显示的信息非常多，除了LAC,CELLID外，还可以显示当前的信号强度，网络类型等等。

③ 如何建立与 Android studio和 gradle android 库

Project Root
+-- src
| +-- main (your project)
| | +-- java (where your java code goes)
| | +-- res (where your res go)
| | +-- assets (where your assets go)
| | \-- AndroidManifest.xml
| \-- instrumentTest (test project)
| \-- java (where your java code goes)
+-- build.gradle
\-- settings.gradle
如果你仅有的一个项目，不是需要的 settings.gradle 文件。但是你想要添加更多的项目，所以需要它。
现在让看一看那个 build.gradle 文件。你会需要这个在它 （要添加的 android 工具）
build.gradle
buildscript {
repositories {
mavenCentral()
}
dependencies {
classpath 'com.android.tools.build:gradle:0.3'
}
}
现在需要告诉 Gradle 一些 android 系统部件。它是相当简单的。一个基本的那个 （在大多数情况下的工作方式） 如下所示。我在此块中有一个注释，它将允许指定的版本名称和代码生成 APK 时。
build.gradle
apply plugin: "android"
android {
compileSdkVersion 17
/*
defaultConfig {
versionCode = 1
versionName = "0.0.0"
}
*/
}
东西要想要添加，然而，就没见过的 Gradle 光的人帮助他们使用该项目，而不安装它的方式。
build.gradle
task wrapper(type: org.gradle.api.tasks.wrapper.Wrapper) {
gradleVersion = '1.4'
}
所以现在有一个要生成的项目。现在要添加其他人。把它们放在一个目录中，或许称之为指标或子项目。这是无关紧要的但你需要知道你把它放哪。要告诉 Gradle 项目在哪里你都需要将它们添加到 settings.gradle。
目录结构：
Project Root
+-- src (see above)
+-- subProjects (where projects are held)
| +-- reallyCoolProject1 (your first included project)
| \-- See project structure for a normal app
| \-- reallyCoolProject2 (your second included project)
| \-- See project structure for a normal app
+-- build.gradle
\-- settings.gradle
settings.gradle：
include ':subProjects:reallyCoolProject1'
include ':subProjects:reallyCoolProject2'
您应该确保的最后一件事是subProjects/reallyCoolProject1/build.gradle apply plugin: "android-library" 而不是 apply plugin: "android" 。
像每个 Gradle 项目 （和 Maven) 现在需要告诉关于它的依赖性的根项目。这还可以包含任何你想要的正常 Java 依赖。
build.gradle
dependencies{
compile 'com.fasterxml.jackson.core:jackson-core:2.1.4'
compile 'com.fasterxml.jackson.core:jackson-databind:2.1.4'
compile project(":subProjects:reallyCoolProject1")
compile project(':subProjects:reallyCoolProject2')
}
这看起来像很多步骤，但他们是很容易的一旦你这样做一次或两次。这种方式也将允许您可以假设你有没有安装了 Android SDK 的 CI 服务器上生成。
NDK 侧注： 如果您要使用 NDK 你需要的东西喜欢下面。可以在这里找到 build.gradle 文件的示例：https://gist.github.com/khernyo/4226923
build.gradle
task NativeLibs(type: Copy) {
from fileTree(dir: 'libs', include: '**/*.so' ) into 'build/native-libs'
}
tasks.withType(Compile) { compileTask -> compileTask.dependsOn NativeLibs }
clean.dependsOn 'cleanCopyNativeLibs'
tasks.withType(com.android.build.gradle.tasks.PackageApplication) { pkgTask ->
pkgTask.jniDir new File('build/native-libs')
}

④ 如何一步步实现AndroidCI

一步步实现Android CI

Android上的CI构建链与其它平台一致，依然包含Compilation, Testing, Inspection,
Deploying阶段，每一个阶段的Feedback的都保持对整个团队透明。

2、添加Function Test

Android为大家提供了一套集成测试框架Android integration testing
framework。但此框架未集成Cucumber，这导致每增加一个Function Test都需要较大的开发和维护工作。这样高成本的实现Function
Test将大大延缓开发进度，最终因为项目进度的原因导致Function Test被丢弃。产生这样的后果那必然是不愿意看到的。

目前Android平台下已经出现多种Functiong Testing测试工具，如Native Driver, Robotium,
Calabash等。在尝试对比后，最终选择了Calabash Android作为解决方案。Calabash
Android是Cucumber在Android平台的实现，使用Ruby书写Function Test，并提供了一组操作Anadroid App元素的API。

3、添加UI Test

Android在新近退出了UI测试工具UIAutomator。此工具仅支持Android4.1及以上平台，鉴于目前市场上2.3和4.0版本仍占主导的情况来看，目前还无法满足大家的需要。另外应用该工具实现UI测试的开发成本还较高，笔者暂不推荐使用此工具，但应该关注其发展。

另外基于录制回放机制的测试方法同样可以进行UI测试。但录制回放的方法在面对功能快速迭代时，维护工作会急剧增加，而这个维护成本可以说是很难承受的，所以在此也不会将这种测试方法集成至CI中。

目前来看Android中UI测试还无令人满意的方法。若对UI成功比较看重，可以投入精力应用UIAutomator进行UI测试。

Best Practice:

*
将测试按照单元测试，组件测试，功能测试和系统测试进行划分。单元测试应该在每次提交时触发执行，其它的测试根据运行时间长短和重要程度可以每次提交触发执行或者定时周期执行。

* 将运行较快的测试优先执行。

* 让功能测试能够重复执行。否则维护成本太高，会被舍弃。若是后台数据导致不可重复，可以将数据抽象成为数据集，在每次运行前进行重置。

* 书写测试时每一个assert只做一种判断，这样可以明确每次测试的目的，并且可以快速定位测试失败愿意。

步骤 3：持续检查持续检查是对于代码本身检测和反馈。检测主要通过对代码静态分析验证代码风格，编程规范，代码复用，代码语言中的Best Practice等多个维度的代码质量。

Sonar作为一个开源的代码质量检测工具，涵盖了7项代码质量检测方式。这充分满足Android平台下对于代码质量的检测分析。Sonar分为两部分一部分是代码分析工具，另一部分是数据分析展示的Server。

Best Practice:

* 将测试覆盖率，代码分析结果透明化

* 持续降低代码复杂度

* 持续的促进设计的演进

* 持续的维护代码结构

* 持续减少代码重复

步骤 4：持续部署

由于Android App采用用户手动从Appstore自行下载安装的方式发布，使得Android
App无法直接部署至用户手机中。另外Appstore需要对于上线的App进行审核，不能持续进行Release。因而Android中持续部署将以持续发布可安装包为目标。

在以上目的下，只需根据自身项目资源找到合适的安装包管理工具即可。如本文采用Dropbox来管理所有安装包。

Dropbox作为一个云存储平台，在Android终端设备上可以轻松下载存放在其中的文件，同时上传安装包也可以交由Dropbox自己完成。

步骤 5：持续反馈

反馈是所有改进的开始，必须要让所有人获取到他们所关心的反馈信息，才能实施改进。持续反馈的目的就是让所有人都掌握项目健康状况。项目所有人事实都是有意愿知道项目当前的健康状况的，那CI就应该将项目的情况做到透明，并将不同的反馈通知到各相关的成员。

CI不同阶段产生了不同维度的反馈，如单元测试报告，测试覆盖率等。本实践中将这些反馈都透明的展示在项目首页中。之所以没有将这些反馈再以邮件的方式通知所有人，是因为团队成员已经养成了查看CI的习惯。

如果说只给所有人发一封邮件说明项目状况，那必然是告诉所有人“CI所有步骤是否都返回正确？”。这样一个反馈，包含了编译正确，所有测试通过，安装包已经准备完毕等重要信息。有必要让所有人都知道这个信息，特别是在CI执行失败的时候。Jenkins自身已经提供一个简单有效的透明化方法，以项目为蓝色表示通过，红色表示有步骤失败。

反馈的通知方式有很多种，不一定要采用邮件通知的方式。可以寻找更加有趣的方式，如果播放音乐和设置警报灯。在每一次Build成功或失败后都播放一段有趣的音乐，打开不同颜色的警报灯，这两种方法都是是一种简单有效的方式，可以让项目所有人都获取到最为关键的信息。

⑤ 以下属于操作系统的是_____。(20分)AwindowsBLinuxCiosDAndroid哪个

A和B是电脑操作系统，C和D是手机操作系统。

⑥ 要实现AndroidCI环境准备有哪些

1、在CI服务器上安装Java和Android运行环境
2、安装构建工具，本文采用Ant进行实践
3、搭建好CI服务。本文采用开源的CI服务Jenkins（Hudson）。
4、Jenkins在功能上完全能够满足功能上的需要，且简单易用。
5、安装Ruby环境。本文中使用的FunctionalTest测试工具是基于Ruby实现的。

⑦ 如何配置 flow.ci Android 证书

第一次开始创建 Android 项目，选择 Android 模板后，会看到如图的 上传证书页面 :

如果你的项目已存在，请进入 Android 项目的 设置 里，接下来就可以 上传证书 或者 修改证书 ，如图所示：

项目flow.ci的环境变量配置
环境变量有以下这些：
FLOW ALIAS NAME 对应项目 build.gradle 里的 keyAlias
FLOW ALIAS PASS 对应项目build.gradle里的 keyPassword
FLOW KEYSTORE PASS 对应项目build.gradle里的 storePassword
FLOW CERTIFICATE FILE 对应项目build.gradle里的 storeFile

⑧ travis-ci怎么配置android

一步步实现Android CI Android上的CI构建链与其它平台一致，依然包含Compilation, Testing, Inspection, Deploying阶段，每一个阶段的Feedback的都保持对整个团队透明。 CI中各个步骤执行先后顺序的安排，应该是执行时间较短的优先执行。执行时...

⑨ AndroidCI给大家带来了什么

1）App质量的提升
事实上CI并不能直接提高App的质量，但是CI提供了对App的监测和反馈，通过持续的检测和反馈，可以完成对App的持续改进。
2）风险降低
CI将项目当前的健康状况即时的通报给整个团队，使得项目状况变得十分透明。团队成员在获得CI的反馈后，会关心项目的健康状况，逐步的团队所有人都习惯为App质量承担起自己的责任。
3）重复步骤减少
为了得到一个可发布的AndroidApp，需要经历编译，测试，验证，部署等众多步骤。为了节约出包的时间，减少对资源的消耗，保证步骤都被正确执行。
4）对产品的信心增强
项目在一个透明的环境中运行着，团队成员都关注这App质量，努力改善项目健康状况。这样一个齐心协力的团队状态，相信整个团队对于项目的信心也会随之增加。

⑩ 词ci有没有Android版本

有。
【资料】
词Ci是第一款能够自动检查平仄、辅助填词的App。选择相应词牌后，即可以开始优雅流畅的填写。在写词过程中，除了会高亮出平仄不对的汉字外，还可以方便地查找同韵字、随时切换查看当前词牌的写作规则；除此之外，词ci还支持更换词笺纸背景，使您的习作完成后更加完美。
【特点】
- 简单易用的自然交互界面
- 精美优雅的词笺排版，自己的习作可以更换词笺纸背景
- 近100个常用词牌
- 近300首着名例词
- 中华新韵、平水韵、词林正韵，三种韵典任意切换
- 可以生成图片保存到相册、新浪微博、微信朋友圈