OpenHarmony单元测试

已于 2022-12-06 11:44:14 修改
阅读量1.5k 收藏 7
点赞数 1
分类专栏： OpenHarmony 文章标签： 单元测试 华为
于 2022-11-23 18:13:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qian782934650/article/details/128005163
版权

OpenHarmony单元测试

单元测试编写流程

注：在编写单元测试的前提是了解了系统组件以及子系统编译的情况下在做编写的（如：如何编译出一个.so或可执行文件）。

以//base/telephony下的单元测试为例：

import("//build/test.gni")	 # 主要目的是一些关键字上需要依赖当前单元测试test.gni
SOURCE_DIR = "//base/telephony/state_registry"	# 文件路径别名
1.文件的依赖
  part_name = "state_registry"	# 组件名称
  test_module = "tel_state_registry_test"	# 测试文件夹的名称
  module_out_path = part_name + "/" + test_module	# 编译之后输出模块的名称 当前输出路径是在out目录下
  													# 如：out/xxx/tests/unittest/state_registry/tel_state_registry_test
  SOURCE_DIR = "//base/telephony/state_registry"
  include_dirs = [		# include_dirs 为头文件目录包含,可以直接包含当前目录下所有的头文件
  	"$SOURCE_DIR/interfaces/innerkits/notify",
  	"$SOURCE_DIR/frameworks/native/observer/include",
  	"$SOURCE_DIR/frameworks/native/common/include",
  	"$SOURCE_DIR/service/include",
 ]
2.可执行文件编译

​ ohos_unittest关键字是通过GN脚本修改而来,（注：类似于CMakeLists中的exetuable的关键字），tel_state_registry_test为可执行文件名称。与ohos_executable有较大的区别.在ohos_unittest关键字的定义中,module_output_path为必填项,具体可以参考"//build/test.gni"文件。

ohos_unittest("tel_state_registry_test") {  # 定义单元测试可执行文件名称:tel_state_registry_test
  part_name = "state_registry"
  test_module = "tel_state_registry_test"
  module_out_path = part_name + "/" + test_module   # 输出模块路径定义.
  sources = [
    "$SOURCE_DIR/test/unittest/state_test/state_registry_test.cpp",
    "//base/telephony/core_service/frameworks/native/src/telephony_state_registry_client.cpp",
    "//base/telephony/core_service/frameworks/native/src/telephony_state_registry_proxy.cpp",
  ]
  include_dirs = [	# include_dirs 为头文件目录包含,可以直接包含当前目录下所有的头文件
    "$SOURCE_DIR/interfaces/innerkits/notify",
    "$SOURCE_DIR/frameworks/native/observer/include",
    "$SOURCE_DIR/frameworks/native/common/include",
    "$SOURCE_DIR/service/include",
  ]
  deps = [ 		# 编译单元测试可执行文件时所需的可执行文件依赖[内部依赖(编译目标路径:编译目标名称)]
  	"//utils/native/base:utils"
  	"//base/telephony/core_service/utils:telephony_log_config"
  		] 
  external_deps = [  # 编译单元测试可执行文件时所需的可执行文件依赖[外部依赖(组件名称:编译目标名称)]
    "core_service:tel_core_service_api",
    "ipc:ipc_core",
    "safwk:system_ability_fwk",
    "samgr_standard:samgr_proxy",
  ]
  defines = [
    "TELEPHONY_LOG_TAG = \"STATE_REGISTRY_TEST\"",		# 宏定义赋值,将字符串赋给TELEPHONY_LOG_TAG
    "LOG_DOMAIN = 0",									# 宏定义赋值,将0赋给LOG_DOMAIN
  ]
  if ("${product_name}" == "rk3568" || "${product_name}" == "DAYU") {
    defines += [ "TEL_TEST_UNSUPPORT" ]
  }
  if (is_standard_system) {
    external_deps += [ "hiviewdfx_hilog_native:libhilog" ]
  } else {
    external_deps += [ "hilog:libhilog" ]
  }
}

单元测试代码示例

1.单元测试头文件

​ 注:可参考单元测试生成步骤第二条。

​ TestSuite事件

我们需要写一个类，继承testing::Test，然后实现两个静态方法

  1. SetUpTestCase() 方法在第一个TestCase之前执行
  2. TearDownTestCase() 方法在最后一个TestCase之后执行

在编写测试案例时，我们需要使用HWTEST_F这个宏，第一个参数必须是我们上面类的名字，代表一个TestSuite。

TestCase事件

TestCase事件是挂在每个案例执行前后的，不过需要实现的是SetUp方法和TearDown方法：

  1. SetUp()方法在每个TestCase之前执行
  2. TearDown()方法在每个TestCase之后执行
#include <gtest/gtest.h>
class StateRegistryTest : public testing::Test {
public:
  // 这个测试用例中所有测试共享的内容.
  // 测试将在运行第一个测试之前调用SetUpTestCase()
  static void SetUpTestCase();	
  //测试将在运行最后一个测试后调用TearDownTestCase()
  static void TearDownTestCase();
  void SetUp();	// 单个用例执行前调用
  void TearDown();// 单个用例执行后调用
  /*
     content
     自己需要的函数也可以在此写
     当前头文件中的函数如下
    void UpdateCallState();
    void UpdateCallStateForSlotId();
    void UpdateSignalInfo();
    void UpdateCellularDataConnectState();
    void UpdateCellularDataFlow();
    void UpdateSimState();
    void UpdateNetworkState();
  */
};
2.单元测试源文件
void StateRegistryTest::SetUpTestCase(void) {
    // step 3: Set Up Test Case    测试将在运行第一个测试之前调用SetUpTestCase()
    TELEPHONY_LOGE("SetUpTestCase Setup");
    GTEST_LOG_(INFO) << "SetUpTestCase Setup";
}
void StateRegistryTest::TearDownTestCase(void) {
    // step 3: Tear Down Test Case
    TELEPHONY_LOGE("End TearDownTestCase");
    GTEST_LOG_(INFO) << "End TearDownTestCase";
}
void StateRegistryTest::SetUp(void) {	// 每一个测试用例都会使用该数据
    // step 3: input testcase setup step
    requestFuncMap_['A'] = &StateRegistryTest::UpdateCallState;
    requestFuncMap_['B'] = &StateRegistryTest::UpdateCallStateForSlotId;
    requestFuncMap_['C'] = &StateRegistryTest::UpdateSignalInfo;
    requestFuncMap_['D'] = &StateRegistryTest::UpdateCellularDataConnectState;
    requestFuncMap_['E'] = &StateRegistryTest::UpdateSimState;
    requestFuncMap_['F'] = &StateRegistryTest::UpdateNetworkState;
    requestFuncMap_['G'] = &StateRegistryTest::UpdateCellularDataFlow;
    TELEPHONY_LOGE("Start Setup");
    GTEST_LOG_(INFO) <<"Start Setup";
}
void StateRegistryTest::TearDown(void) {
    // step 3: input testcase teardown step
    TELEPHONY_LOGE("End Setup");
    GTEST_LOG_(INFO) <<"End Setup";
}

// 在此只作为展示使用,讲解在单元测试自测示例中
void StateRegistryTest::UpdateNetworkState()	// 函数的实现
{
    int32_t slotId = 0;
    std::unique_ptr<NetworkState> networkState = std::make_unique<NetworkState>();
    if (networkState == nullptr) {
        TELEPHONY_LOGE("NetworkState is nullptr\n");
    }
    DelayedRefSingleton<TelephonyStateRegistryClient>::GetInstance().
        UpdateNetworkState(slotId, networkState.release());
}
// HWTEST_F 第一个参数为定义的类名,第二个自定义 Case名称,第三个为测试用例等级 
HWTEST_F(StateRegistryTest, StateRegistry_001, TestSize.Level0) {
    auto systemAbilityMgr = SystemAbilityManagerClient::GetInstance().GetSystemAbilityManager();
    if (systemAbilityMgr == nullptr) {
        TELEPHONY_LOGE("StateRegistryService Get ISystemAbilityManager failed.");
        return;
    }
    auto remote = systemAbilityMgr->CheckSystemAbility(TELEPHONY_STATE_REGISTRY_SYS_ABILITY_ID);
    if (remote == nullptr) {
        TELEPHONY_LOGE("StateRegistryService Remote service not exists.");
        return;
    }
    auto stateRegistryService = iface_cast<ITelephonyStateNotify>(remote);
    TELEPHONY_LOGI("HWTEST_F StateRegistry_001");
}
HWTEST_F(StateRegistryTest, UpdateCallState_001, TestSize.Level1)
{
    UpdateCallState();
}

HWTEST_F(StateRegistryTest, State_MockTest_001, TestSize.Level1) {
    EXPECT_TRUE(true);	# 断言 直接返回成功。
}

单元测试执行步骤

1.编译生成可执行文件

​ 编译命令：./build.sh --product-name xxx --build-target tel_state_registry_test,在编译完成以后会生成名为tel_state_registry_test的可执行文件，在out/XXX/tests/unittest/目录下即可看到.将其移植到开发板上。

2.执行单元测试可执行文件

​ 进入开发板cmd命令中。将其使用chmod +x tel_state_registry_test给权限,在执行其可执行文件，会有如下打印，

注:在测试文件中我添加了LOG.

void StateRegistryTest::SetUpTestCase(void) {
  // step 3: Set Up Test Case
  TELEPHONY_LOGE("SetUpTestCase Setup");
  GTEST_LOG_(INFO) << "SetUpTestCase Setup";// 添加的LOG
}
void StateRegistryTest::TearDownTestCase(void) {
  // step 3: Tear Down Test Case
  TELEPHONY_LOGE("End TearDownTestCase");
  GTEST_LOG_(INFO) << "End TearDownTestCase";// 添加的LOG
}
void StateRegistryTest::SetUp(void) {
  // step 3: input testcase setup step
  requestFuncMap_['A'] = &StateRegistryTest::UpdateCallState;
  requestFuncMap_['B'] = &StateRegistryTest::UpdateCallStateForSlotId;
  requestFuncMap_['C'] = &StateRegistryTest::UpdateSignalInfo;
  requestFuncMap_['D'] = &StateRegistryTest::UpdateCellularDataConnectState;
  requestFuncMap_['E'] = &StateRegistryTest::UpdateSimState;
  requestFuncMap_['F'] = &StateRegistryTest::UpdateNetworkState;
  requestFuncMap_['G'] = &StateRegistryTest::UpdateCellularDataFlow;
  TELEPHONY_LOGE("Start Setup");
  GTEST_LOG_(INFO) <<"Start Setup";// 添加的LOG
}
void StateRegistryTest::TearDown(void) {
  // step 3: input testcase teardown step
  TELEPHONY_LOGE("End Setup");
  GTEST_LOG_(INFO) <<"End Setup"; // 添加的LOG
}

​ 如下是在执行以后打印出来的LOG。从LOG中可以分析出,用例为8个,SetUpTestCase是在所以用例执行前调用,SetUp是单个用例执行前调用,TearDownTestCase是所有用例执行后调用，TearDown是单个用例执行完成后调用,可以在上述函数中去给到用例所需要的数据，具体实现方法可分析gtest源码。在此不做展开。

Running main() from ../../third_party/googletest/googletest/src/gtest_main.cc
[==========] Running 8 tests from 1 test case.
[----------] Global test environment set-up.
[----------] 8 tests from StateRegistryTest
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:28:: SetUpTestCase Setup
[ RUN      ] StateRegistryTest.StateRegistry_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.StateRegistry_001 (2 ms)
[ RUN      ] StateRegistryTest.UpdateCallState_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateCallState_001 (1 ms)
[ RUN      ] StateRegistryTest.UpdateCallStateForSlotId_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateCallStateForSlotId_001 (0 ms)
[ RUN      ] StateRegistryTest.UpdateSignalInfo_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateSignalInfo_001 (1 ms)
[ RUN      ] StateRegistryTest.UpdateCellularDataConnectState_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateCellularDataConnectState_001 (0 ms)
[ RUN      ] StateRegistryTest.UpdateCellularDataFlow_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateCellularDataFlow_001 (0 ms)
[ RUN      ] StateRegistryTest.UpdateSimState_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateSimState_001 (1 ms)
[ RUN      ] StateRegistryTest.UpdateNetworkState_001
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:49:: Start Setup
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:56:: End Setup
[       OK ] StateRegistryTest.UpdateNetworkState_001 (1 ms)
[  INFO ] ../../base/telephony/state_registry/test/unittest/state_test/state_registry_test.cpp:35:: End TearDownTestCase
[----------] 8 tests from StateRegistryTest (8 ms total)
[----------] Global test environment tear-down

单元测试例子

### 1.单元测试脚本

​ 注：本次单元测试以//utils/memory/libdmabufheap为例

import("//build/test.gni")
module_output_path = "libdmabufheap/"	#输出模块路径
ohos_unittest("DmabufAllocTest") {	# 单元测试可执行文件名称
 module_out_path = module_output_path	# 可执行文件最终生成的文件目录
 sources = [ "unittest/libdmabufheap/dmabuf_alloc_test.cpp" ]	# 测试源文件
 deps = [ "//utils/memory/libdmabufheap:libdmabufheap" ]	# 需要依赖的库文件
}

注：module_out_path为必填项，因为在test.gni中定义如下:

template("ohos_unittest") {
 _ohos_test(target_name) {	# 定义的目标名称
  forward_variables_from(invoker, "*")
  test_type = "unittest"
  deps = []
  if (defined(invoker.deps)) {
   deps += invoker.deps
  }
  deps += [ "//third_party/googletest:gtest_main" ]
 }
}
template("_ohos_test") { # 定义的目标名称
 assert(defined(invoker.test_type), "test_type is required.")	# 断言
 assert(defined(invoker.module_out_path))	# 断言 如果条件为false，则生成将失败并出现错误
 _deps = []
 if (defined(invoker.deps)) {
  _deps += invoker.deps
 }

2.单元测试代码编写

static int SetUpTestCase_ = 0;
int SetUpCase_ = 0;
class TTTest : public testing::Test {
public:
  static void SetUpTestCase();
  static void TearDownTestCase();
  void SetUp();
  void TearDown();
};
void TTTest ::SetUpTestCase() {
  SetUpTestCase_++;
  GTEST_LOG_(INFO) << "TTTest SetUpTestCase";  // 添加的LOG,在用例开始之前执行该函数   
}
void TTTest ::TearDownTestCase() {
  GTEST_LOG_(INFO) << "TTTest TearDownTestCase";  // 添加的LOG，在用例执行完成以后，在执行该函数
}
void TTTest ::SetUp() {
  SetUpCase_++;
  GTEST_LOG_(INFO) << "TTTest SetUp"; // 添加的LOG,在每一个Case执行之前执行该函数
}
void TTTest ::TearDown() {
  GTEST_LOG_(INFO) << "TTTest TearDown";  // 添加的LOG，在每一个Case执行完成之后在执行该函数
}

HWTEST(FuntionIsSyncTypeValid, TestCase001, TestSize.Level0) {	
  GTEST_LOG_(INFO) << "FuntionIsSyncTypeValid TestCase001";
  int heapFd = DmabufHeapOpen("system");
  // EXPECT_EQ(heapFd, 0); # 值的比较,看是否复合自己所期望的值
  EXPECT_EQ(heapFd, 3);
  DmabufHeapBuffer buffer = { .size = BUFFER_SIZE };
  EXPECT_EQ(0, DmabufHeapBufferAlloc(heapFd, &buffer));
}
HWTEST(FuntionIsSyncTypeValid, TestCase002, TestSize.Level0) {
  char* testNull = NULL;
  int head_null_Fd = DmabufHeapOpen(testNull);   // 结果 -22
  EXPECT_EQ(-22 , head_null_Fd);
  DmabufHeapBuffer buffer = { .size = BUFFER_SIZE };
  EXPECT_EQ(-2, DmabufHeapBufferAlloc(head_null_Fd, &buffer));  // 两个值做比较.由于期望值是-1，在此故意写错，
  GTEST_LOG_(INFO) << "FuntionIsSyncTypeValid TestCase002";
}
// 验证SetUp以及dmabuf_alloc.c的个别函数
HWTEST_F(TTTest , TestCase_001, TestSize.Level1) {
  GTEST_LOG_(INFO) << "SetUpTestCase_:"<< SetUpTestCase_;	// SetUpTestCase_的值为1
  GTEST_LOG_(INFO) << "SetUpCase_:"<< SetUpCase_;			// SetUpCase_的值为1
  EXPECT_TRUE(true);
  char* testNull = NULL;
  int head_null_Fd = DmabufHeapOpen(testNull);   // 结果 -22
  EXPECT_EQ(-22 , head_null_Fd);
  DmabufHeapBuffer buffer = { .size = BUFFER_SIZE };
  EXPECT_EQ(-1, DmabufHeapBufferAlloc(head_null_Fd, &buffer));  // 两个值做比较
  GTEST_LOG_(INFO) << "TTTest TestCase_001";
}
HWTEST_F(TTTest , TestCase_002, TestSize.Level1) {
  GTEST_LOG_(INFO) << "SetUpTestCase_:"<< SetUpTestCase_;	// SetUpTestCase_的值为1
  GTEST_LOG_(INFO) << "SetUpCase_:"<< SetUpCase_; 			// SetUpCase_的值为2
  EXPECT_TRUE(true);
  GTEST_LOG_(INFO) << "TTTest TestCase_002";
}

/*
TestSize.Level0(基本定义:冒烟) 验证关键功能点基本功能/最基本属性在最常见输入下的表现，通过表示功能基本可运行	基本覆盖率70-80%？
TestSize.Level1(基本定义:基本)  验证各功能点基本功能/基本属性在常见输入下的表现，通过表示功能基本可测试 基本覆盖率80-90%?
// 边界测试
TestSize.Level2(基本定义:重要)  常见异常情况下的表现，通过表示功能基本正常可用，可开展测试
TestSize.Level3(基本定义:一般)  验证各功能点的全部功能/全部属性在各种常规/非常规输入组合下，或各种正常/异常预置条件组合下的表现。 
//边界测试+死亡测试
TestSize.Level4(基本定义:生僻)  验证关键功能点在极端异常预置条件下、用户难以触及的异常输入组合下的表现
*/

3.单元测试编译执行

编译命令：./build.sh --product-name XXX–build-target DmabufAllocTest,在编译完成以后会生成名为DmabufAllocTest的可执行文件，

在out/XXX/tests/unittest/libdmabufheap目录下即可看到.将其移植到开发板上。

1.拷贝到本地

2.使用cmd命令窗扣,使用hdc_std命令,hdc_std shell mount -o rw,remount / 打开开发板上的读写权限

3.hdc_std file send testFile /system/

4.chmod +x testFile

5…/testFile 执行可执行文件。

单元测试执行结果

Running main() from ../../third_party/googletest/googletest/src/gtest_main.cc
[==========] Running 12 tests from 3 test cases.
[----------] Global test environment set-up.
[----------] 2 tests from FuntionIsSyncTypeValid
[ RUN      ] FuntionIsSyncTypeValid.TestCase001
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:89:: FuntionIsSyncTypeValid TestCase001
[       OK ] FuntionIsSyncTypeValid.TestCase001 (0 ms)
[ RUN      ] FuntionIsSyncTypeValid.TestCase002
../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:104: Failure
Expected equality of these values:
  -2
  DmabufHeapBufferAlloc(head_null_Fd, &buffer)	# 注：期望值是 -1  当前在执行FuntionIsSyncTypeValid.TestCase002用例时失败
    Which is: -1
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:105:: FuntionIsSyncTypeValid TestCase002
[  FAILED  ] FuntionIsSyncTypeValid.TestCase002 (0 ms)
[----------] 2 tests from FuntionIsSyncTypeValid (0 ms total)
[----------] 2 tests from TTTest 
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:54:: TTTest SetUpTestCase
[ RUN      ] TTTest .TestCase_001
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:63:: TTTest SetUp

# 在此可以判断出SetUp和SetUpTestCase执行的区别
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:110:: SetUpTestCase_:1
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:111:: SetUpCase_:1
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:118:: TTTest TestCase_001
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:68:: TTTest TearDown
[       OK ] TTTest .TestCase_001 (1 ms)
[ RUN      ] TTTest .TestCase_002
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:63:: TTTest SetUp

# 在此可以判断出SetUp和SetUpTestCase执行的区别
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:123:: SetUpTestCase_:1
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:124:: SetUpCase_:2
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:126:: TTTest TestCase_002
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:68:: TTTest TearDown
[       OK ] TTTest .TestCase_002 (0 ms)
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:59:: TTTest TearDownTestCase
[----------] 2 tests from TTTest (1 ms total)
[----------] 8 tests from DmabufAllocTest
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:72:: DmabufAllocTest SetUpTestCase
[ RUN      ] DmabufAllocTest.AllocSingleBuffer
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.AllocSingleBuffer (0 ms)
[ RUN      ] DmabufAllocTest.ShareBufferBetweenProcess
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.ShareBufferBetweenProcess (2 ms)
[ RUN      ] DmabufAllocTest.OpenInvalidNameHeap
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.OpenInvalidNameHeap (1 ms)
[ RUN      ] DmabufAllocTest.AllocInvalidSizeBuffer
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.AllocInvalidSizeBuffer (1 ms)
[ RUN      ] DmabufAllocTest.BufferSyncWithWrongFd
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.BufferSyncWithWrongFd (0 ms)
[ RUN      ] DmabufAllocTest.BufferSyncWithWrongSyncType
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.BufferSyncWithWrongSyncType (0 ms)
[ RUN      ] DmabufAllocTest.SyncBufferTwice
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.SyncBufferTwice (1 ms)
[ RUN      ] DmabufAllocTest.ExchangeBufferSyncOrder
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:80:: DmabufAllocTest SetUp
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:84:: DmabufAllocTest TearDown
[       OK ] DmabufAllocTest.ExchangeBufferSyncOrder (0 ms)
[  INFO ] ../../utils/memory/libdmabufheap/test/unittest/libdmabufheap/dmabuf_alloc_test.cpp:76:: DmabufAllocTest TearDownTestCase
[----------] 8 tests from DmabufAllocTest (5 ms total)
[----------] Global test environment tear-down
Gtest xml output finished
[==========] 12 tests from 3 test cases ran. (6 ms total)
[  PASSED  ] 11 tests.
[  FAILED  ] 1 test, listed below:
[  FAILED  ] FuntionIsSyncTypeValid.TestCase002
 1 FAILED TEST
????????????.???
关注
  • 1
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
专栏目录
OpenHarmony从头到尾实测
wyj355的专栏
04-06 2938
1.下代码 2.配置环境 3.编译 4.调试 5.上库 6.合入
OpenHarmony覆盖率测试，gcov及lcov的原理和使用简介
08-27
【OpenHarmony覆盖率测试】 OpenHarmony是一款开源的分布式操作系统，其开发过程中，代码质量的保障至关重要。为了确保代码的健壮性和正确性，...在实际开发中，应结合功能测试和单元测试，综合评估代码的健壮性。
OpenHarmony 实战开发——自测试执行框架
m0_70748458的博客
04-30 1080
以下是开发自测试框架的目录层级架构，在使用开发自测试框架过程中可在相应目录查找对应组件。test # 测试子系统├── developer_test # 开发者自测试框架│ ├── aw # 测试框架的静态库│ ├── config # 测试框架配置│ │ │ ...│ │ └── user_config.xml # 用户使用配置│ ├── examples # 测试用例示例│ ├── src # 测试框架源码│ ├── third_party # 测试框架依赖第三方组件适配。
OpenHarmony实战开发-自动化测试框架使用指导
m0_70749039的博客
05-17 1141
自动化测试框架arkxtest，作为工具集的重要组成部分，支持JS/TS语言的单元测试框架(JsUnit)及UI测试框架(UiTest)。 JsUnit提供单元测试用例执行能力，提供用例编写基础接口，生成对应报告，用于测试系统或应用接口。 UiTest通过简洁易用的API提供查找和操作界面控件能力，支持用户开发基于界面操作的自动化测试脚本。本指南介绍了测试框架的主要功能、实现原理、环境准备，以及测试脚本编写和执行等内容。
OpenHarmony 入门——单元测试UnitTest快速入门
最新发布
最美不过，心中有梦，身旁有你！
07-08 653
OpenHarmony 的单元测试（UnitTest）是一个关键的软件开发过程，它确保代码的各个部分能够按预期工作，OpenHarmony的测试框架中提供了很多种的单元测试，今天简单介绍下UnitTest 类型的TDD测试。
OpenHarmony【兼容性测试套件】【分布式数据】测试套件编写历程
weixin_63133068的博客
09-28 819
OpenHarmony设备可信组网之后，设备间数据同步自动化测试用例
OpenHarmony 小型系统兼容性测试指南
isoftstone_HOS的博客
03-28 753
基于OpenHarmony开源代码研发的设备和业务应用满足OpenHarmony开源兼容性定义的技术要求，完成兼容性测试。本文详细介绍基于小型系统兼容性测试过程，指导完成测试。本文详细介绍了小型系统兼容性测试的过程，包括环境搭建、配置、编译、执行，以及查看兼容性测试报告。
OpenHarmony自动化测试框架代码部件仓arkXtest，包含单元测试框架(JsUnit)和Ui测试框架(UiTest)
01-18
OpenHarmony自动化测试框架代码部件仓arkXtest，包含单元测试框架(JsUnit)和Ui测试框架(UiTest)。单元测试框架(JsUnit)提供单元测试用例执行能力，提供用例编写基础接口，生成对应报告，用于测试系统或应用接口。Ui...
Unity Test 是一个为 C 语言构建的单元测试框架，专注于使用嵌入式工具链
05-02
Unity Test 是一个专门为C语言设计的单元测试框架，它的核心目标是为嵌入式系统开发者提供一套高效、轻量级的测试解决方案。由于嵌入式系统通常资源受限，因此Unity Test的设计理念是简洁且易于集成，它允许开发者在...
OpenHarmony开发者文档
11-17
开发者可以学习如何编写单元测试、集成测试，以及如何使用日志分析工具进行性能调优和问题定位。 7. **持续集成与部署**： 学习使用Git进行版本控制，理解CI/CD流程，以及如何将应用发布到OpenHarmony应用市场。 ...
OpenHarmony（ohcommandline-tools-linux-2.0.0.2.zip）
11-08
开发过程中，`test`目录下的工具用于编写和执行单元测试、集成测试，确保代码的质量和系统的稳定性。开发者可以通过这些工具生成测试报告，以便分析和改进代码。 总之，“ohcommandline-tools-linux-2.0.0.2.zip”...
【测试领域-性能测试】安卓与OpenHarmony的内存测试与分析
weixin_45484755的博客
03-25 425
无
【OH】告别代码，让Openharmony软总线测试用例跑起来
m0_64688415的博客
04-09 1080
openharmony 软总线代码过于庞大，而且其中有很多地方的功能并没完善，走读代码应该是一种比较痛苦的方法。此次介绍如何使用软总线测试用例，来更深入了解软总线
OpenHarmony开发者自测试框架初学指南
Mrs_H的博客
12-26 1799
本文是关于开发者自测试框架的初学者使用教程，其中会包括一些笔者在自行搭建测试过程中遇到的一些问题的解决方案。在阅读这篇文章之前，可以先参考以下的两篇文章，这两篇文章里面包含了有关前置环境搭建的全部主流程。源码下载及编译环境搭建wsl迁移本篇也会涉及上面两篇文章中对所涉及到的内容，并对其中可能会遇到的问题提供解决方案。前置的默认：开发者已经拥有一个安装好OH系统的开发板。
Odoo | Unittest | 单元测试
解决自己遇到的问题 分享认为有意义的知识 提供有一点点参考价值的灵感
04-27 628
Odoo10版本 1. 首先配置文件 odoo.conf 中必须开启测试功能： test_enable = True 2. 在你的模块中编写测试用例 # 目录结构 Γ-Your moduel |----... |----models |----tests |------__init__.py |------test_common_function.py |----... 3. init.py文件中导入 test_common_function from . import test_commo.
【OpenHarmony】测试代码编译执行流程
嵌入式学习记录站点
03-07 2208
之前的文章我们搭建了小熊派的开发环境，并且拉取了源码到本地编译后烧写到了小熊派中，这一章将在上一章的基础上，编写一个用户态的执行程序，按照 OpenHarmony 的编译框架编译程序，然后在串口命令行执行程序
OpenHarmony开发自测试执行框架_openharmony tdd testsize(1)
2401_84266249的博客
04-17 918
t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF，FUZZ，BENCHMARK，另外还有ACTS，HATS等。NFS挂载信息配置，被测设备仅支持串口连接时配置，指定NFS的映射路径，host_dir为PC侧的NFS目录，board_dir为板侧创建的目录。-t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF，FUZZ，BENCHMARK等。在执行测试用例之前，针对用例使用设备的不同，需要对相应配置进行修改，修改完成即可执行测试用例。
Android 使用Junit单元测试
金禅的专栏
05-09 1468
在实际开发中，项目是需要经过不断测试的，当然也包括android项目；使用Junit提供的单元测试框架能够为开发减少很多不必要的麻烦，节省了很多时间。 Junit为android应用提供了很方便的单元测试方式；主要有两种： 一、在应用内编写单元测试类：        首先在Manifest文件中引入Junit单元测试的环境，也就是引入Junit的依赖类库； 在manifest中添加如下代码
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值