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首著名例詞
- 中華新韻、平水韻、詞林正韻，三種韻典任意切換
- 可以生成圖片保存到相冊、新浪微博、微信朋友圈