cts系統(tǒng)windows的簡單介紹

.NET Framework包括哪3種技術(shù)

.NET Framework的核心技術(shù)為：通用語言運(yùn)行庫(CLR：Common Language Runtime)、類庫、ASP.NET及ADO.NET

成都創(chuàng)新互聯(lián)公司是一家專注于成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)與策劃設(shè)計(jì),瑪納斯網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設(shè)10余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:瑪納斯等地區(qū)?，敿{斯做網(wǎng)站價(jià)格咨詢:13518219792

通用語言運(yùn)行庫

(Common Language Runtime)

CLR引入了一些能提高應(yīng)用程序運(yùn)行可靠性的技術(shù)(比如消除了內(nèi)存泄漏)，同時(shí)也提供了多語言執(zhí)行環(huán)境，使得組件和XML

Web服務(wù)的綜合使用不再受編程語言的限制。目前，可以用來編寫.NET應(yīng)用程序的編程語言不下20種，如C++、 Visual Basic

.NET、JScript，以及微軟最新推出的開發(fā)語言——C#，此外還包括不少第三方的語言，比如COBOL、Eiffel、Perl、Python、

Smalltalk等等。

類庫

統(tǒng)一的類庫提供了調(diào)用平臺函數(shù)的通用方法，使得我們不必再去學(xué)習(xí)并研究不同語言的API體系結(jié)構(gòu)

ASP.NET

ASP.NET建立在.NET

Framework類的基礎(chǔ)之上，并提供了由控件和基礎(chǔ)部分組成的“Web程序模板”，大大簡化了Web程序和XML

Web服務(wù)的開發(fā)。程序員直接面對的是一組ASP.NET控件，而這些控件由一些諸如文本框、下拉選單等通用的HTML用戶界面構(gòu)件封裝而成。實(shí)際上這些

控件運(yùn)行于Web服務(wù)器上，并簡單地以HTML的形式將用戶界面發(fā)送到瀏覽器。

ADO.NET

與現(xiàn)有的ADO數(shù)據(jù)訪問模型相比，ADO.NET引入了一些新的特性——基于XML，并且是松散耦合的(loosely-coupled)。

ADO.NET使用了脫機(jī)(disconnected)數(shù)據(jù)緩存，使用戶能快速地創(chuàng)建出高性能、可靠的XML

Web服務(wù)和現(xiàn)在流行的多層應(yīng)用程序(N-tier applications)。

希望幫到你

如何在win 環(huán)境下進(jìn)行Android CTS 測試

可以在windows上進(jìn)行測試，我們一直都用Windows測的

java -Xmx512M -cp D:\android-sdk_eng.apuser_linux-x86\android-cts\tools\cts.jar;D:\android-sdk_eng.apuser_linux-x86\android-cts\tools\hosttestlib.jar;D:\android-sdk_eng.apuser_linux-x86\android-cts\tools\junit.jar;D:\android-sdk_eng.apuser_linux-x86\tools\lib\ddmlib.jar com.android.cts.TestHost D:\android-sdk_eng.apuser_linux-x86\android-cts\repository\host_config.xml

用這個(gè)進(jìn)入CTS host之后的測試就跟linux上是一樣的

CTS .cls clr 分別做何解釋?

2.1.2 .NET的3C：CTS、CLS和CLR

.NET結(jié)合Java和COM解決方案兩者優(yōu)點(diǎn)來解決互操作性問題。類似于COM定義的標(biāo)準(zhǔn)二進(jìn)制格式，.NET定義了一個(gè)稱為通用類型系統(tǒng)Common Type System(CTS)的類型標(biāo)準(zhǔn)。這個(gè)類型系統(tǒng)不但實(shí)現(xiàn)了COM的變量兼容類型，而且還定義了通過用戶自定義類型的方式來進(jìn)行類型擴(kuò)展。任何以.NET平臺作為目標(biāo)的語言必須建立它的數(shù)據(jù)類型與CTS的類型間的映射。所有.NET語言共享這一類型系統(tǒng)，實(shí)現(xiàn)它們之間無縫的互操作。該方案還提供了語言之間的繼承性。例如，用戶能夠在VB.NET中派生一個(gè)由C#編寫的類。

很顯然，編程語言的區(qū)別不僅僅在于類型。例如，一些語言支持多繼承性，一些語言支持無符號數(shù)據(jù)類型，一些語言支持運(yùn)算符重載。用戶應(yīng)認(rèn)識到這一點(diǎn)，因此.NET通過定義公共語言規(guī)范(CLS：Common Language Specification)，限制了由這些不同引發(fā)的互操作性問題。CLS制定了一種以.NET平臺為目標(biāo)的語言所必須支持的最小特征，以及該語言與其他.NET語言之間實(shí)現(xiàn)互操作性所需要的完備特征。認(rèn)識到這點(diǎn)很重要，這里討論的特征問題已不僅僅是語言間的簡單語法區(qū)別。例如，CLS并不去關(guān)心一種語言用什么關(guān)鍵字實(shí)現(xiàn)繼承，只是關(guān)心該語言如何支持繼承。

CLS是CTS的一個(gè)子集。這就意味著一種語言特征可能符合CTS標(biāo)準(zhǔn)，但又超出CLS的范疇。例如：C#支持無符號數(shù)字類型，該特征能通過CTS的測試，但CLS卻僅僅識別符號數(shù)字類型。因此，如果用戶在一個(gè)組件中使用C#的無符號類型，就可能不能與不使用無符號類型的語言(如VB.NET)設(shè)計(jì)的.NET組件實(shí)現(xiàn)互操作。這里用的是“可能不”，而不是“不可能”，因?yàn)檫@一問題實(shí)際依賴于對non-CLS-compliant項(xiàng)的可見性。事實(shí)上，CLS規(guī)則只適用于或部分適用于那些與其他組件存在聯(lián)系的組件中的類型。實(shí)際上，用戶能夠安全實(shí)現(xiàn)含私有組件的項(xiàng)目，而該組件使用了用戶所選擇使用的.NET語言的全部功能，且無需遵守CLS的規(guī)范。另一方面，如果用戶需要.NET語言的互操作性，那么用戶的組件中的公共項(xiàng)必須完全符合CLS規(guī)范。讓我們來看下面的C#代碼：

public class Foo

{

// The uint(unsigned integer)type is non-CLS compliant.

//But since this item is private,the CLS rules do not apply.

private uint A = 4;

// Since shis uint member is public,we have a CLS

// compliance issue.

public uint B = 5;

// The long type is CLS compliant.

public long GetA()

{

return A;

}

}

最后一個(gè)C是公共語言運(yùn)行庫Common Language Runtime(CLR)。簡單地說，CLR是CTS的實(shí)現(xiàn)，也就是說，CLR是應(yīng)用程序的執(zhí)行引擎和功能齊全的類庫，該類庫嚴(yán)格按照CTS規(guī)范實(shí)現(xiàn)。作為程序執(zhí)行引擎，CLR負(fù)責(zé)安全地載入和運(yùn)行用戶程序代碼，包括對不用對象的垃圾回收和安全檢查。在CLR監(jiān)控之下運(yùn)行的代碼，稱為托管代碼(managed code)。作為類庫，CLR提供上百個(gè)可用的有用類型，而這些類型可通過繼承進(jìn)行擴(kuò)展。對于文件I/O、創(chuàng)建對話框、啟動(dòng)線程等類型—— 基本上能使用Windows API來完成的操作，都可由其完成。

讓我們正確看待“3C”。開發(fā)人員在構(gòu)建自己的分布式應(yīng)用程序時(shí)，因?yàn)橛脩粼诰幊虝r(shí)將直接面對CLR，應(yīng)將主要精力放在學(xué)習(xí)了解CLR上，而不是CTS和CLS。而對于希望以.NET平臺為目標(biāo)的語言和工具開發(fā)商來說，就需要深入理解CTS和CLS?；ゲ僮餍越M件是分布式應(yīng)用的關(guān)鍵，因此理解.NET如何通過定義公共類型實(shí)現(xiàn)這一目標(biāo)，也就顯得十分重要。

windows下CTS測試android.cts.security.SELinuxHostTest-- testAllEnforcing fail

這個(gè)是顯示的測試，主要測試顯卡的性能是否穩(wěn)定，fail的原因要具體看打印的log信息。硬件的可能性不大，硬件有問題，你手機(jī)運(yùn)行像Neocore這類apk就會(huì)出錯(cuò)。

android cts如何到另一臺電腦繼續(xù)測試

Android 4.0 CTS 測試方法

這段時(shí)間公司做CTS測試，下面是一些總結(jié)，以android4.0.3為例，希望對大家有所幫助！

一 CTS測試簡介

The Android compatibility program makes it easy for mobile device manufacturers to develop compatible Android devices

CTS具體的介紹，大家可以參考google的官方網(wǎng)站，大家可以詳細(xì)的了解CTS測試的目的和環(huán)境，我們一般的疑惑都能在該網(wǎng)站上找到答案。

1.1為什么需要兼容性測試（以下稱CTS）？

1.1.1、讓APP提供更好的用戶體驗(yàn)。用戶可以選擇更多的適合自己設(shè)備的APP。讓APP更穩(wěn)定。

1.1.2、讓開發(fā)者設(shè)計(jì)更高質(zhì)量的APP。

1.1.3、通過CTS的設(shè)備可以運(yùn)行Android market。

1.2怎么樣才能讓我的設(shè)備變成兼容的。

1.2.1、與Android Compatibility Definition文檔（以下簡稱ACD）匹配

先看一下與你的系統(tǒng)版本相匹配的ACD，文檔中描述了你需要具備的軟件和硬件參數(shù)。

1.2.2、通過CTS測試

CTS是開源的測試框架，使用它來測試你的設(shè)備是否具備兼容性。

1.2.3、提交報(bào)告

你可以把測試結(jié)果發(fā)送給cts@android.com。當(dāng)你提交了一個(gè)CTS報(bào)告時(shí)，你還可以要求訪問Android Market。

如果是google的合作伙伴，需要將CTS測試報(bào)告、機(jī)器、以及軟件一共寄給google進(jìn)行測試，取得google的approval以后，手機(jī)才能上市，這是后話，相信好多人都是用不到的。

1.3 CTS測試原理

CTS主要包含兩個(gè)組件：

運(yùn)行在PC上的測試框架組件。主要用來管理測試用例（test case）的執(zhí)行。

運(yùn)行在設(shè)備或模擬器上的測試用例。這些用例用JAVA寫成的APK文件。

1.4工作流程

1）可以從源碼編譯CTS，也可以從網(wǎng)站下載編譯好的CTS

2）安裝配置CTS。

3）把設(shè)備連接到PC上。

4）運(yùn)行CTS。CTS會(huì)把相應(yīng)的測試用例（也就是一個(gè)APK文件）傳送到設(shè)備上并通過instrumentation運(yùn)行，然后記錄運(yùn)行結(jié)果，最后刪除測試用例。

所有的測試用例執(zhí)行完畢后，可以參照測試結(jié)果重新調(diào)整或優(yōu)化系統(tǒng)。然后繼續(xù)運(yùn)行CTS測試。

1.5、測試通過以后，你可以把CTS生成的結(jié)果（就是result下面那個(gè)以測一、取得Compatibility Test Suite的兩種方法：

（1）可以從 下載最新版本的Compatibility Test Suit；

（2）也可以通過編譯Android源代碼的方式獲得。在android源代碼目錄下輸入make cts命令來編譯CTS，之后會(huì)在out/host/linux-x86/cts/下生成android-cts文件夾。這個(gè)文件夾就是Compatibility Test Suit。

注意：但是源碼中的代碼可能不是最新的，所以建議沖網(wǎng)站上下載最新的，需要用git在google的網(wǎng)站上下載，網(wǎng)上有好多例子，這里就不再重復(fù)了。

二 測試用例的范圍

1、Signature

對每個(gè)Android產(chǎn)品，都有一些XML文件來描述所有的公開API。CTS包含了一個(gè)工具來檢測這些API簽名中包含的API是否都在系統(tǒng)中被支持。

2、Platform

測試SDK文檔中描述的平臺API，比如core libraries,Android Application Framework等。要求這些API可以提供：

正確的類、屬性、方法簽名、方法行為、錯(cuò)誤參數(shù)處理方式

3、Dalvik VM

專門針對Dalvik Vm的測試。

4、Platform Data Model

平臺通過ContentProvider提供給開發(fā)者使用的數(shù)據(jù)，比如：Contacts,Browser,Settings等。

5、Platform Intents

平臺提供的用于核心功能的Intent。

6、Platform permission

平臺提供的一些重要APP權(quán)限

7、Platform Resources

simple values,drawables,nine-patch,animations,layouts,styles and themes，loading alternate resources等

三 如何搭配環(huán)境

目前cts沒有提供windows版本，只能在Linux下測試。

1 PC機(jī)配置環(huán)境

PC端網(wǎng)上有好多資料可以供參考，這里就省略了。

2 手機(jī)設(shè)置

1) 進(jìn)入settings-Privacy-Factorydata reset，對平臺進(jìn)行reset一次

2) 平臺插入一張空的TF卡

3) 平臺安裝兩個(gè)APK：CtsDelegatingAccessibilityService.apk，CtsDeviceAdmin.apk

4) 進(jìn)入settings打開Wi-Fi并連接AP (AP需要連外網(wǎng))

5) 進(jìn)入settings-Security-Screenlock設(shè)為None

6) 進(jìn)入settings-Security-EnableUnknown sources

7) 進(jìn)入settings-Security-Deviceadministrators-Enable兩個(gè)選項(xiàng)

8) 進(jìn)入Languageinput-language設(shè)為English(UnitedStates)

9) 進(jìn)入settings-Display-Sleep設(shè)為30minutes或None

10) 進(jìn)入settings-Accessibility-EnableDelegating Accessibility Service

11) 進(jìn)入settings-Developeroptions-Enable USB debugging、Stay awake、Allowmock locations

12) PC上copy“android-cts-media-1.0”，在android-cts-media-1.0文件下輸入./copy_copy_media.sh運(yùn)行腳本，將media文件copy進(jìn)平臺。成功后會(huì)在平臺的內(nèi)存中看到test文件夾。(此條適用于CTS4.0 R2和R3，R1上無需使用）

四 測試方法

1.平臺用USB線連接LinuxPC （連通后平臺左上方會(huì)顯示usb和debug icon）

2.打開終端

3.輸入sudosu -

輸入root密碼

4.輸入cd ../..

輸入 cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools (這個(gè)是cts-tradefed文件所在路徑，各位需要輸入實(shí)際路徑)

輸入 ./cts-tradefed

終端顯示 01-16 15:44:05 I/DeviceManager: Detected newdevice 0123456789ABCDEF(如果沒有這行，說明設(shè)備沒有和PC聯(lián)通）

Android CTS 4.0.3_r1

cts-tf

5.輸入run cts --plan CTS

終端顯示 cts-tf run cts --plan CTS

cts-tf 01-16 15:45:34 I/TestInvocation: Starting invocation for 'cts' on build'4.0.3_r1' on device 0123456789ABCDEF

01-16 15:45:35I/0123456789ABCDEF: Created result dir 2012.01.16_15.45.34

開始測試CTS

五 關(guān)于CTS4.0測試報(bào)告

1.CTS測試報(bào)告是自動(dòng)生成一個(gè)xml報(bào)表，并自動(dòng)填寫的，不需要測試人員干預(yù)

2.當(dāng)一個(gè)CTS測試任務(wù)開始時(shí)，會(huì)在android-cts-4.0.3_r1-linux_x86-arm/android-cts/repository/results中，為這個(gè)任務(wù)建立一個(gè)存放測試報(bào)告的文件夾，文件名以任務(wù)開始的日期和時(shí)間命名。

例如：2012.01.12_13.00.03

3.CTS4.0生成測試報(bào)告的速度比CTS2.3/2.2要慢不少，特別是在測試過程中中斷測試，CTS4.0需要70秒才會(huì)開始生成報(bào)告。如果你在此過程中按ctrl+c終止CTS進(jìn)程，測試報(bào)告就無法生成，以后也無法繼續(xù)測試未完成的計(jì)劃。

下方是中途斷開后生成報(bào)告的例子：

01-1813:50:19I/0123456789ABCDEF: android.accounts.cts.AccountManagerTest#testHasFeature FAIL

Testfailed to run to completion. Reason: 'Test run failed to complete. Expected 1tests, received 0'. Check device logcat for details

01-1813:51:29I/0123456789ABCDEF: android.accounts package complete: Passed 20, Failed 2, NotExecuted 6

01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:29 I/0123456789ABCDEF: Test package android.admin started

01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------

……

01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:30 I/0123456789ABCDEF: Test package android.widget started

01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:30 I/0123456789ABCDEF: Saved log device_logcat_8558243668624894128.zip

01-1813:51:30 I/0123456789ABCDEF: Saved log host_log_6087775957743010530.zip

CTS在windows平臺下的執(zhí)行命令是什么？

set sdk=C:\CTS\android-sdk-windows

set cts=C:\CTS\android-cts-2.2_r5-x86

java -Xmx512M -cp %sdk%\tools\lib\ddmlib.jar;%cts%\tools\cts.jar;%cts%\tools\junit.jar;%cts%\tools\hosttestlib.jar com.android.cts.TestHost %cts%\repository\host_config.xml ,

This answer is best for you.

文章名稱：cts系統(tǒng)windows的簡單介紹
網(wǎng)站路徑：http://muchs.cn/article32/phijsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、品牌網(wǎng)站制作、ChatGPT、建站公司、服務(wù)器托管、用戶體驗(yàn)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)