CTS添加新测试用例步骤

 

一、CTS添加新测试用例:

前言:

google源代码中的cts测试用例集目录为:source_android4.2/cts/tests/tests/ (source_android4.2表示android4.2代码存放路径),该目录下有一个测试用例集example文件夹;下面就以这个用例集为例,讲述怎样编写自己的cts测试用例集;

结构如下:

example

├── AndroidManifest.xml

├── Android.mk

└── src

    └── android

        └── example

            ├── cts

 

步骤:

1、    在cts/tests/tests/目录下创建一个自己的用例集(文件夹)名称XXX;

2、    在该文件夹中构建如下结构:

XXX

├── AndroidManifest.xml(可以拷贝example下该文件)

├── Android.mk(可以拷贝example下该文件)

└── src

    └── android

        └──XXX

             └── cts

 

3、    编写测试代码

 

前提:

判断测试的接口或类是属于修改了原生代码中的哪个包下面的类(可以参考google文档:http://developer.android.com/intl/zh-CN/reference/packages.html);

然后在source_android4.2/cts/tests/tests/目录下找到对应的测试包,参考其代码的编写;

 

具体操作:

在src/android/XXX/cts目录下添加自己的用例;(XXX为自己的测试用例集的名称,例如:yunos)

 

细节说明:

1、google官方cts测试用例中,对一个类进行测试时,并没有对该类的所有方法进行测试,而是测试了该类中使用最频繁的一些方法;所以我们自己编程测试用例时,也可以按照这样的原则进行操作;

2、对于“窗口控件类”中使用的的res资源文件的目录在source_android4\cts\tests\res

3、最好是在eclipse中编写,需要res文件的,可以先拷贝到当前工程下,这样可以通过eclipse检查编程中的语法错误;

4、包名的格式:package android.XXX.cts;

 

 

4、    修改XXX/目录下的Android.mk文件

LOCAL_PACKAGE_NAME := CtsXXXTestCases(这个变量是定义自己的测试用例集的名称;编译后会生成同名的APK文件)

LOCAL_INSTRUMENTATION_FOR := CtsTestStubs(这个变量定位的是一些涉及到虚拟机的测试用例,使用junit框架;TestStubs这个类在目录cts\tools\vm-tests-tf\src\dot\junit\opcodes下)

 

5、修改XXX/目录下的AndroidManifest.xml文件

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

    package="com.android.cts.XXX">

    <uses-permission android:name="android.permission.DISABLE_KEYGUARD" />

    <application>

        <uses-library android:name="android.test.runner" />

        <activity android:name=”android.XXX.cts.activity的名称”/>(说明:这个是测试activity时容易忽略的地方)

    </application>

    <instrumentation android:name="android.test.InstrumentationCtsTestRunner"

                     android:targetPackage="com.android.cts.stub"

                     android:label="CTS tests of android.XXX"/>

</manifest>

 

6、修改source_android4.2/cts目录下的CtsTestCaseList.mk;(重要

在该文件中给变量cts_test_packages追加自己测试用例集名称CtsXXXTestCases

说明:该文件在编译的时候会被build/core/tasks/cts.mk调用,生成最终的CTS包。

对CtsTestCaseList.mk文件说明:

CTS_COVERAGE_TEST_CASE_LIST(核心变量)

├── cts_support_packages(该变量包含的是测试依赖的一些用例,其对于代码目录为cts/hostsidetests)

           ├──CtsAccelerationTestStubs \

├──CtsDelegatingAccessibilityService \

├──CtsDeviceAdmin \

├──CtsMonkeyApp \

├──CtsMonkeyApp2 \

├──CtsSomeAccessibilityServices \

├──CtsTestStubs \

├──SignatureTest \

├──TestDeviceSetup \

├──$(cts_security_apps_list)

├── cts_test_packages(该变量对应的是cts/tests/tests/目录下的测试用例)

 

二、编译自己的cts

执行make  cts  -j4

 

三、在真机上进行测试

由于完整进行cts测试要很长时间,所以我们可以自己创建一个测试计划,步骤如下:

1、将cts包解压,在android-cts\repository\plans下创建一个名为XXX的xml文件;

2、这个xml文件格式为:

  <?xml version="1.0" encoding="UTF-8"?>

<TestPlan version="1.0">

       <Entry uri="android.XXX"/>

 </TestPlan>

3、进行cts测试时执行run  cts  -- plan  XXX

 

转载于:https://www.cnblogs.com/LittleRedPoint/p/3421672.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试用例模板示例.doc 是一个测试用例模板的示例文件,用于辅助测试人员编写测试用例。该文档的目的是提供一个模板,以规范测试用例的编写和记录,使得测试工作更加系统化和标准化。 该模板示例文件通常包含以下几个部分: 1. 用例编号:用于唯一标识每个测试用例,方便测试人员进行跟踪和管理。 2. 用例名称:简洁明了地描述该测试用例的目的和功能,方便其他团队成员了解测试的内容。 3. 用例描述:具体描述该测试用例步骤和预期结果,包括输入数据、操作步骤、预期结果等。 4. 前置条件:描述执行该测试用例之前需要满足的条件,例如登录系统、输入特定的测试数据等。 5. 测试步骤:详细列出执行该测试用例步骤和操作,确保测试人员能够按照一定的流程进行测试。 6. 预期结果:明确说明每个测试步骤的预期结果,以便测试人员能够验证测试结果的正确性。 7. 测试数据:给出执行该测试用例所需的测试数据,例如输入特定的参数、使用特定的测试环境等。 8. 后置条件:描述在执行该测试用例之后需要满足的条件,例如系统状态的恢复、对测试数据的清理等。 通过使用最测试用例模板示例.doc,测试人员能够更好地记录、执行和跟踪测试工作,提高测试过程的效率和准确性。这样可以确保软件的质量和功能的稳定性,达到满意的测试目标。同时,维护一个规范的测试用例库,方便团队成员共享和重复使用,提高整个团队的协作效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值