Skip to content

D
Docs

OpenHarmony / Docs
大约 2 年 前同步成功

通知 161
Star 293
Fork 28
D
Docs
未验证 提交 e4a4b118 编写于 作者: O openharmony_ci 提交者： Gitee
浏览文件
操作

!11344 优化测试文档 

Merge pull request !11344 from ry/master
上级 bd8e55fa a2b20648
隐藏空白更改
内联 并排
Showing with 138 addition and 988 deletion
zh-cn/device-dev/device-test/Readme-CN.md 0 → 100644
浏览文件 @ e4a4b118
# 设备测试
- [developer_test开发者自测试执行框架使用指导](developer_test.md)
- [xdevice测试调度框架使用指导](xdevice.md)
- [XTS用例开发指导](xts.md)
zh-cn/device-dev/device-test/developer_test.md
浏览文件 @ e4a4b118
...@@ -20,10 +20,104 @@ OpenHarmony系统开发人员在新增或修改代码之后，希望可以快速 ...@@ -20,10 +20,104 @@ OpenHarmony系统开发人员在新增或修改代码之后，希望可以快速
## 环境准备 ## 环境准备
开发自测试框架依赖于python运行环境,python版本为3.8.X,在使用测试框架之前可参阅以下方式进行配置。 开发自测试框架依赖于python运行环境,python版本为3.7.5及以上版本,在使用测试框架之前可参阅以下方式进行配置。
- [环境配置](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-testguide-test.md#%E7%8E%AF%E5%A2%83%E9%85%8D%E7%BD%AE) 源码获取可[参考](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/get-code/sourcecode-acquire.md)。
- [源码获取](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/get-code/sourcecode-acquire.md)
### 自测试框架基础环境依赖
| 环境依赖 | 版本型号 | 详细说明 |
| ----------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
| 操作系统 | Ubuntu18.04及以上 | 代码编译环境 |
| Linux系统扩展组件 | libreadline-dev | 命令行读取插件 |
| python | 3.7.5版本及以上 | 测试框架语言 |
| python插件 | pyserial 3.3及以上、paramiko2.7.1及以上、setuptools40.8.0及以上、rsa4.0及以上 | pserial：支持python的串口通信；paramiko：支持python使用SSH协议；setuptools：支持python方便创建和分发python包；rsa：支持python rsa加密 |
| NFS Server | haneWIN NFS Server 1.2.50及以上或者 NFS v4及以上 | 支持设备通过串口连接，使用轻量、小型设备 |
| HDC | 1.1.0 | 支持设备通过HDC连接 |
1. 安装Linux扩展组件readline，安装命令如下：
```bash
sudo apt-get install libreadline-dev
```
安装成功提示如下：
```
Reading package lists... Done
Building dependency tree
Reading state information... Done
libreadline-dev is already the newest version (7.0-3).
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
```
2. 安装setuptools插件，安装命令如下：
```bash
pip3 install setuptools
```
安装成功提示如下：
```
Requirement already satisfied: setuptools in d:\programs\python37\lib\site-packages (41.2.0)
```
3. 安装paramiko插件，安装命令如下：
```bash
pip3 install paramiko
```
安装成功提示如下：
```
Installing collected packages: pycparser, cffi, pynacl, bcrypt, cryptography, paramiko
Successfully installed bcrypt-3.2.0 cffi-1.14.4 cryptography-3.3.1 paramiko-2.7.2 pycparser-2.20 pynacl-1.4.0
```
4. 安装python的rsa插件，安装命令如下：
```bash
pip3 install rsa
```
安装成功提示如下：
```
Installing collected packages: pyasn1, rsa
Successfully installed pyasn1-0.4.8 rsa-4.7
```
5. 安装串口插件pyserial，安装命令如下：
```bash
pip3 install pyserial
```
安装成功提示如下：
```
Requirement already satisfied: pyserial in d:\programs\python37\lib\site-packages\pyserial-3.4-py3.7.egg (3.4)
```
6. 如果设备仅支持串口输出测试结果，则需要安装NFS Server
> 针对小型或轻量设备
- Windows环境下安装，安装haneWIN NFS Server1.2.50软件包。
- Linux环境下安装，安装命令如下：
```bash
sudo apt install nfs-kernel-server
```
安装成功提示如下：
```
Reading package lists... Done
Building dependency tree
Reading state information... Done
nfs-kernel-server is already the newest version (1:1.3.4-2.1ubuntu5.3).
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
```
7. 如果设备支持HDC连接，则需要安装HDC工具，安装流程请参考[HDC-OpenHarmony设备连接器](https://gitee.com/openharmony/developtools_hdc_standard/blob/master/README_zh.md)。
### 环境依赖检查
| 检查项 | 操作 | 满足环境 |
| -------------------------------------------------- | --------------------------------------------------- | ------------------------- |
| 检查python安装成功 | 命令行窗口执行命令：python --version | 版本不小于3.7.5即可 |
| 检查python扩展插件安装成功 | 打开test/developertest目录，执行start.bat或start.sh | 可进入提示符“>>>”界面即可 |
| 检查NFS Server启动状态（被测设备仅支持串口时检测） | 通过串口登录开发板，执行mount命令挂载NFS | 可正常挂载文件目录即可 |
| 检查HDC安装成功 | 命令行窗口执行命令：hdc_std -v | 版本不小于1.1.0即可 |
## 编写测试用例 ## 编写测试用例
...@@ -41,7 +135,7 @@ calculator_sub_test.cpp ...@@ -41,7 +135,7 @@ calculator_sub_test.cpp
``` ```
用例示例 用例示例
``` ```c++
/* /*
* Copyright (c) 2021 XXXX Device Co., Ltd. * Copyright (c) 2021 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License"); * Licensed under the Apache License, Version 2.0 (the "License");
...@@ -128,7 +222,7 @@ HWTEST_F(CalculatorSubTest, integer_sub_001, TestSize.Level1) ...@@ -128,7 +222,7 @@ HWTEST_F(CalculatorSubTest, integer_sub_001, TestSize.Level1)
2.引用测试框架头文件和命名空间 2.引用测试框架头文件和命名空间
``` ```c++
#include <gtest/gtest.h> #include <gtest/gtest.h>
using namespace testing::ext; using namespace testing::ext;
...@@ -136,13 +230,13 @@ using namespace testing::ext; ...@@ -136,13 +230,13 @@ using namespace testing::ext;
3.添加被测试类的头文件 3.添加被测试类的头文件
``` ```c++
#include "calculator.h" #include "calculator.h"
``` ```
4.定义测试套（测试类） 4.定义测试套（测试类）
``` ```c++
class CalculatorSubTest : public testing::Test { class CalculatorSubTest : public testing::Test {
public: public:
static void SetUpTestCase(void); static void SetUpTestCase(void);
...@@ -169,13 +263,13 @@ void CalculatorSubTest::SetUp(void) ...@@ -169,13 +263,13 @@ void CalculatorSubTest::SetUp(void)
void CalculatorSubTest::TearDown(void) void CalculatorSubTest::TearDown(void)
{ {
// input testcase teardown step，teardown invoked after each testcases // input testcase teardown step，teardown invoked after each testcases
} }==
``` ```
> **注意：** 在定义测试套时，测试套名称应与编译目标保持一致，采用大驼峰风格。 > **注意：** 在定义测试套时，测试套名称应与编译目标保持一致，采用大驼峰风格。
5.测试用例实现，包含用例注释和逻辑实现 5.测试用例实现，包含用例注释和逻辑实现
``` ```c++
/** /**
* @tc.name: integer_sub_001 * @tc.name: integer_sub_001
* @tc.desc: Verify the sub function. * @tc.desc: Verify the sub function.
...@@ -242,7 +336,7 @@ AppInfoTest.js ...@@ -242,7 +336,7 @@ AppInfoTest.js
- 用例示例 - 用例示例
``` ```js
/* /*
* Copyright (C) 2021 XXXX Device Co., Ltd. * Copyright (C) 2021 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License"); * Licensed under the Apache License, Version 2.0 (the "License");
...@@ -316,13 +410,13 @@ describe("AppInfoTest", function () { ...@@ -316,13 +410,13 @@ describe("AppInfoTest", function () {
*/ */
``` ```
2. 导入被测api和jsunit测试库 2. 导入被测api和jsunit测试库
``` ```js
import app from '@system.app' import app from '@system.app'
import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from 'deccjsunit/index' import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from 'deccjsunit/index'
``` ```
3. 定义测试套（测试类） 3. 定义测试套（测试类）
``` ```js
describe("AppInfoTest", function () { describe("AppInfoTest", function () {
beforeAll(function() { beforeAll(function() {
// input testsuit setup step，setup invoked before all testcases // input testsuit setup step，setup invoked before all testcases
...@@ -345,7 +439,7 @@ describe("AppInfoTest", function () { ...@@ -345,7 +439,7 @@ describe("AppInfoTest", function () {
}) })
``` ```
4. 测试用例实现 4. 测试用例实现
``` ```JS
/* /*
* @tc.name:appInfoTest001 * @tc.name:appInfoTest001
* @tc.desc:verify app info is not null * @tc.desc:verify app info is not null
...@@ -360,7 +454,7 @@ describe("AppInfoTest", function () { ...@@ -360,7 +454,7 @@ describe("AppInfoTest", function () {
expect(info != null).assertEqual(true) expect(info != null).assertEqual(true)
}) })
``` ```
> **注意：** @tc.require: 格式必须以AR/SR或issue开头： 如：issueI56WJ7 > **注意：** @tc.require: 格式必须以issue开头： 如：issueI56WJ7
**Fuzz测试** **Fuzz测试**
...@@ -546,7 +640,7 @@ ohos_js_unittest("GetAppInfoJsTest") { ...@@ -546,7 +640,7 @@ ohos_js_unittest("GetAppInfoJsTest") {
``` ```
config.json为hap编译所需配置文件，需要开发者根据被测sdk版本配置“target”项，其余项可默认，具体如下所示： config.json为hap编译所需配置文件，需要开发者根据被测sdk版本配置“target”项，其余项可默认，具体如下所示：
``` ```json
{ {
"app": { "app": {
"bundleName": "com.example.myapplication", "bundleName": "com.example.myapplication",
...@@ -659,7 +753,7 @@ group("unittest") { ...@@ -659,7 +753,7 @@ group("unittest") {
2.在resource目录下对应的模块目录中创建一个ohos_test.xml文件，文件内容格式如下: 2.在resource目录下对应的模块目录中创建一个ohos_test.xml文件，文件内容格式如下:
``` ```xml
<?xml version="1.0" encoding="UTF-8"?> <?xml version="1.0" encoding="UTF-8"?>
<configuration ver="2.0"> <configuration ver="2.0">
<target name="CalculatorSubTest"> <target name="CalculatorSubTest">
...@@ -689,7 +783,7 @@ ohos_unittest("CalculatorSubTest") { ...@@ -689,7 +783,7 @@ ohos_unittest("CalculatorSubTest") {
在执行测试用例之前，针对用例使用设备的不同，需要对相应配置进行修改，修改完成即可执行测试用例。 在执行测试用例之前，针对用例使用设备的不同，需要对相应配置进行修改，修改完成即可执行测试用例。
#### user_config.xml配置 #### user_config.xml配置
``` ```xml
<user_config> <user_config>
<build> <build>
<!-- 是否编译demo用例, 默认为false，如果需要编译demo可修改为true --> <!-- 是否编译demo用例, 默认为false，如果需要编译demo可修改为true -->
...@@ -788,7 +882,7 @@ ohos_unittest("CalculatorSubTest") { ...@@ -788,7 +882,7 @@ ohos_unittest("CalculatorSubTest") {
>**说明：** 将测试框架及测试用例从Linux环境移植到Windows环境，以便后续执行。 >**说明：** 将测试框架及测试用例从Linux环境移植到Windows环境，以便后续执行。
3. 修改user_config.xml 3. 修改user_config.xml
``` ```xml
<build> <build>
<!-- 由于测试用例已编译完成，此标签属性需改为false --> <!-- 由于测试用例已编译完成，此标签属性需改为false -->
<testcase>false</testcase> <testcase>false</testcase>
......
zh-cn/device-dev/subsystems/subsys-xts-guide.md → zh-cn/device-dev/device-test/xts.md
浏览文件 @ e4a4b118
...@@ -28,7 +28,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -28,7 +28,7 @@ XTS子系统当前包括acts与tools软件包：
## 目录 ## 目录
``` ```
/test/xts /test/xts
├── acts # 测试代码存放目录 ├── acts # 测试代码存放目录
...@@ -102,7 +102,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -102,7 +102,7 @@ XTS子系统当前包括acts与tools软件包：
当前使用的测试框架是hctest，hctest测试框架支持使用C语言编写测试用例，是在开源测试框架unity的基础上进行增强和适配。 当前使用的测试框架是hctest，hctest测试框架支持使用C语言编写测试用例，是在开源测试框架unity的基础上进行增强和适配。
1. 用例目录规范：测试用例存储到test/xts/acts仓中。 1. 用例目录规范：测试用例存储到test/xts/acts仓中。
``` ```
├── acts ├── acts
│ └──subsystem_lite │ └──subsystem_lite
...@@ -116,14 +116,14 @@ XTS子系统当前包括acts与tools软件包： ...@@ -116,14 +116,14 @@ XTS子系统当前包括acts与tools软件包：
2. src目录下用例编写样例。 2. src目录下用例编写样例。
1.引用测试框架 1.引用测试框架
``` ```
#include "hctest.h" #include "hctest.h"
``` ```
2. 使用宏定义LITE_TEST_SUIT定义子系统、模块、测试套件名称 2. 使用宏定义LITE_TEST_SUIT定义子系统、模块、测试套件名称
``` ```
/** /**
* @brief register a test suite named "IntTestSuite" * @brief register a test suite named "IntTestSuite"
...@@ -159,7 +159,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -159,7 +159,7 @@ XTS子系统当前包括acts与tools软件包：
3. 测试模块的配置文件（BUILD.gn）样例： 3. 测试模块的配置文件（BUILD.gn）样例：
在每个测试模块目录下新建BUILD.gn编译文件，用于指定编译后静态库的名称、依赖的头文件、依赖的库等；具体写法如下： 在每个测试模块目录下新建BUILD.gn编译文件，用于指定编译后静态库的名称、依赖的头文件、依赖的库等；具体写法如下：
``` ```
import("//test/xts/tools/lite/build/suite_lite.gni") import("//test/xts/tools/lite/build/suite_lite.gni")
hctest_suite("ActsDemoTest") { hctest_suite("ActsDemoTest") {
...@@ -175,7 +175,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -175,7 +175,7 @@ XTS子系统当前包括acts与tools软件包：
4. acts下BUILD.gn增加编译选项。 4. acts下BUILD.gn增加编译选项。
需要将测试模块加入到acts目录下的编译脚本中，编译脚本路径：test/xts/acts/build_lite/BUILD.gn。 需要将测试模块加入到acts目录下的编译脚本中，编译脚本路径：test/xts/acts/build_lite/BUILD.gn。
``` ```
lite_component("acts") { lite_component("acts") {
... ...
...@@ -220,7 +220,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -220,7 +220,7 @@ XTS子系统当前包括acts与tools软件包：
当前使用的测试框架是hcpptest，hcpptest测试框架是在开源的googletest测试框架的基础上进行的增强和适配。 当前使用的测试框架是hcpptest，hcpptest测试框架是在开源的googletest测试框架的基础上进行的增强和适配。
1. 规范用例目录：测试用例存储到test/xts/acts仓中。 1. 规范用例目录：测试用例存储到test/xts/acts仓中。
``` ```
├── acts ├── acts
│ └──subsystem_lite │ └──subsystem_lite
...@@ -236,14 +236,14 @@ XTS子系统当前包括acts与tools软件包： ...@@ -236,14 +236,14 @@ XTS子系统当前包括acts与tools软件包：
需要引用gtest.h 如：\#include "gtest/gtest.h" 需要引用gtest.h 如：\#include "gtest/gtest.h"
``` ```
#include "gtest/gtest.h" #include "gtest/gtest.h"
``` ```
2. 定义Setup与TearDown 2. 定义Setup与TearDown
``` ```
using namespace std; using namespace std;
using namespace testing::ext; using namespace testing::ext;
...@@ -271,10 +271,10 @@ XTS子系统当前包括acts与tools软件包： ...@@ -271,10 +271,10 @@ XTS子系统当前包括acts与tools软件包：
普通测试用例的定义：HWTEST（测试套名称， 测试用例名称， 用例标注）。 普通测试用例的定义：HWTEST（测试套名称， 测试用例名称， 用例标注）。
包含SetUp和TearDown的测试用例的定义 ：HWTEST_F（测试套名称， 测试用例名称，用例标注）。 包含SetUp和TearDown的测试用例的定义 ：HWTEST_F（测试套名称， 测试用例名称，用例标注）。
宏定义包括三个参数：测试套件名称，测试用例名称，用例属性（测试类型、用例粒度、用例级别）。 宏定义包括三个参数：测试套件名称，测试用例名称，用例属性（测试类型、用例粒度、用例级别）。
``` ```
HWTEST_F(TestSuite, TestCase_0001, Function | MediumTest | Level1) { HWTEST_F(TestSuite, TestCase_0001, Function | MediumTest | Level1) {
// do something // do something
...@@ -285,7 +285,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -285,7 +285,7 @@ XTS子系统当前包括acts与tools软件包：
每个测试模块目录下新建BUILD.gn编译文件，用于指定编译后可执行文件的名称、依赖的头文件、依赖的库等；具体写法如下。每个测试模块将独立编译成.bin可执行文件， 该文件可直接push到单板上进行测试。 每个测试模块目录下新建BUILD.gn编译文件，用于指定编译后可执行文件的名称、依赖的头文件、依赖的库等；具体写法如下。每个测试模块将独立编译成.bin可执行文件， 该文件可直接push到单板上进行测试。
举例： 举例：
``` ```
import("//test/xts/tools/lite/build/suite_lite.gni") import("//test/xts/tools/lite/build/suite_lite.gni")
hcpptest_suite("ActsDemoTest") { hcpptest_suite("ActsDemoTest") {
...@@ -309,7 +309,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -309,7 +309,7 @@ XTS子系统当前包括acts与tools软件包：
4. acts目录下增加编译选项（BUILD.gn）样例： 4. acts目录下增加编译选项（BUILD.gn）样例：
将测试模块加入到acts目录下的编译脚本中，编译脚本为：test/xts/acts/build_lite/BUILD.gn。 将测试模块加入到acts目录下的编译脚本中，编译脚本为：test/xts/acts/build_lite/BUILD.gn。
``` ```
lite_component("acts") { lite_component("acts") {
... ...
...@@ -346,7 +346,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -346,7 +346,7 @@ XTS子系统当前包括acts与tools软件包：
格式：mount [nfs服务器IP]:[/nfs共享目录] [/开发板目录] nfs 格式：mount [nfs服务器IP]:[/nfs共享目录] [/开发板目录] nfs
举例： 举例：
``` ```
mount 192.168.1.10:/nfs /nfs nfs mount 192.168.1.10:/nfs /nfs nfs
``` ```
...@@ -377,7 +377,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -377,7 +377,7 @@ XTS子系统当前包括acts与tools软件包：
用例编写语法采用 jasmine 的标准语法，格式支持ES6格式。 用例编写语法采用 jasmine 的标准语法，格式支持ES6格式。
1. 规范用例目录：测试用例存储到entry/src/main/js/test目录。 1. 规范用例目录：测试用例存储到entry/src/main/js/test目录。
``` ```
├── BUILD.gn ├── BUILD.gn
│ └──entry │ └──entry
...@@ -394,7 +394,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -394,7 +394,7 @@ XTS子系统当前包括acts与tools软件包：
``` ```
2. index.js示例 2. index.js示例
``` ```
// 拉起js测试框架，加载测试用例 // 拉起js测试框架，加载测试用例
import {Core, ExpectExtend} from 'deccjsunit/index' import {Core, ExpectExtend} from 'deccjsunit/index'
...@@ -425,7 +425,7 @@ XTS子系统当前包括acts与tools软件包： ...@@ -425,7 +425,7 @@ XTS子系统当前包括acts与tools软件包：
``` ```
3. 单元测试用例示例 3. 单元测试用例示例
``` ```
// Example1: 使用HJSUnit进行单元测试 // Example1: 使用HJSUnit进行单元测试
describe('appInfoTest', function () { describe('appInfoTest', function () {
...@@ -447,7 +447,7 @@ hap包编译请参考[标准系统js应用开发指导](https://developer.harmon ...@@ -447,7 +447,7 @@ hap包编译请参考[标准系统js应用开发指导](https://developer.harmon
1. 全量编译 1. 全量编译
**命令**： **命令**：
``` ```
./build.sh suite=acts system_size=standard ./build.sh suite=acts system_size=standard
``` ```
...@@ -464,7 +464,7 @@ hap包编译请参考[标准系统js应用开发指导](https://developer.harmon ...@@ -464,7 +464,7 @@ hap包编译请参考[标准系统js应用开发指导](https://developer.harmon
Windows工作台下安装python3.7及以上版本，确保工作台和测试设备正常连接。 Windows工作台下安装python3.7及以上版本，确保工作台和测试设备正常连接。
**测试执行目录**（对应编译生成的out/release/suites/acts目录） **测试执行目录**（对应编译生成的out/release/suites/acts目录）
``` ```
├── testcase # 测试套文件存放目录 ├── testcase # 测试套文件存放目录
│ └──xxx.hap # 测试套可执行hap文件 │ └──xxx.hap # 测试套可执行hap文件
...@@ -480,7 +480,7 @@ Windows工作台下安装python3.7及以上版本，确保工作台和测试设 ...@@ -480,7 +480,7 @@ Windows工作台下安装python3.7及以上版本，确保工作台和测试设
2. 界面启动后，输入用例执行指令。 2. 界面启动后，输入用例执行指令。
- 全量执行 - 全量执行
``` ```
run acts run acts
``` ```
...@@ -490,7 +490,7 @@ Windows工作台下安装python3.7及以上版本，确保工作台和测试设 ...@@ -490,7 +490,7 @@ Windows工作台下安装python3.7及以上版本，确保工作台和测试设
![zh-cn_image_0000001200230833](figures/zh-cn_image_0000001200230833.gif) ![zh-cn_image_0000001200230833](figures/zh-cn_image_0000001200230833.gif)
- 模块执行(具体模块可以查看\acts\testcases\) - 模块执行(具体模块可以查看\acts\testcases\)
``` ```
run –l ActsSamgrTest run –l ActsSamgrTest
``` ```
......
zh-cn/device-dev/subsystems/subsys-testguide-test.md 已删除 100644 → 0
浏览文件 @ bd8e55fa
# 测试子系统
OpenHarmony为开发者提供了一套全面的自测试框架，开发者可根据测试需求开发相关测试用例，开发阶段提前发现缺陷，大幅提高代码质量。
本文从基础环境构建，用例开发，编译以及执行等方面介绍OpenHarmony测试框架如何运行和使用。
## 基础环境构建
- 测试框架依赖于python运行环境，在使用测试框架之前可参阅以下方式进行配置。
- 获取源码的方式请参考[源码获取](../get-code/sourcecode-acquire.md)。
### 环境配置
#### 测试框架基础环境依赖
|环境依赖|操作系统|Linux系统扩展组件|python|python插件|NFS Server|HDC|
|------------|------------|------------|------------|------------|------------|------------|
|版本型号|Ubuntu18.04及以上|libreadline-dev|3.7.5版本及以上|pyserial 3.3及以上、paramiko2.7.1及以上、setuptools40.8.0及以上、rsa4.0及以上|haneWIN NFS Server 1.2.50及以上或者 NFS v4及以上| 1.1.0版本及以上 |
|详细说明|代码编译环境|命令行读取插件|测试框架语言 |pyserial：支持python的串口通信；paramiko：支持python使用SSH协议；setuptools：支持python方便创建和分发python包；rsa：支持python rsa加密 |支持设备通过串口连接| 支持设备通过HDC连接 |
#### 安装流程
1. 安装Linux扩展组件readline，安装命令如下：
```
sudo apt-get install libreadline-dev
```
安装成功提示如下：
```
Reading package lists... Done
Building dependency tree
Reading state information... Done
libreadline-dev is already the newest version (7.0-3).
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
```
2. 安装setuptools插件，安装命令如下：
```
pip3 install setuptools
```
安装成功提示如下：
```
Requirement already satisfied: setuptools in d:\programs\python37\lib\site-packages (41.2.0)
```
3. 安装paramiko插件，安装命令如下：
```
pip3 install paramiko
```
安装成功提示如下：
```
Installing collected packages: pycparser, cffi, pynacl, bcrypt, cryptography, paramiko
Successfully installed bcrypt-3.2.0 cffi-1.14.4 cryptography-3.3.1 paramiko-2.7.2 pycparser-2.20 pynacl-1.4.0
```
4. 安装python的rsa插件，安装命令如下：
```
pip3 install rsa
```
安装成功提示如下：
```
Installing collected packages: pyasn1, rsa
Successfully installed pyasn1-0.4.8 rsa-4.7
```
5. 安装串口插件pyserial，安装命令如下：
```
pip3 install pyserial
```
安装成功提示如下：
```
Requirement already satisfied: pyserial in d:\programs\python37\lib\site-packages\pyserial-3.4-py3.7.egg (3.4)
```
6. 如果设备仅支持串口输出测试结果，则需要安装NFS Server
- Windows环境下安装，例如安装haneWIN NFS Server1.2.50。
- Linux环境下安装，安装命令如下：
```
sudo apt install nfs-kernel-server
```
安装成功提示如下：
```
Reading package lists... Done
Building dependency tree
Reading state information... Done
nfs-kernel-server is already the newest version (1:1.3.4-2.1ubuntu5.3).
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
```
7. 如果设备支持HDC连接，则需要安装HDC工具，安装流程请参考如下链接
https://gitee.com/openharmony/developtools_hdc_standard/blob/master/README_zh.md
## 安装环境检查
| 检查项 |操作 |满足环境 |
| --- | --- | --- |
| 检查python安装成功 |命令行窗口执行命令：python --version |版本不小于3.7.5即可 |
| 检查python扩展插件安装成功 |打开test/developertest目录，执行start.bat或start.sh| 可进入提示符“>>>”界面即可 |
|检查NFS Server启动状态（被测设备仅支持串口时检测） |通过串口登录开发板，执行mount命令挂载NFS |可正常挂载文件目录即可 |
|检查HDC安装成功 |命令行窗口执行命令：hdc_std -v |版本不小于1.1.0即可 |
## 测试框架目录简介
以下是测试框架的目录层级架构，在使用测试框架过程中可在相应目录查找对应组件。
```
test # 测试子系统
├── developertest # 开发者测试组件
│ ├── aw # 测试框架的静态库
│ ├── config # 测试框架配置
│ │ │ ...
│ │ └── user_config.xml # 用户使用配置
│ ├── examples # 测试用例示例
│ ├── src # 测试框架源码
│ ├── third_party # 测试框架依赖第三方组件适配
│ ├── reports # 测试结果报告
│ ├── BUILD.gn # 测试框架编译入口
│ ├── start.bat # 开发者测试入口（Windows）
│ └── start.sh # 开发者测试入口（Linux）
└── xdevice # 测试框架依赖组件
```
## 测试用例编写
### 测试用例目录规划
使用测试框架过程中，可根据以下层级关系规划测试用例目录。
```
subsystem # 子系统
├── partA # 部件A
│ ├── moduleA # 模块A
│ │ ├── include
│ │ ├── src # 业务代码
│ │ └── test # 测试目录
│ │ ├── unittest # 单元测试
│ │ │ ├── common # 公共用例
│ │ │ │ ├── BUILD.gn # 测试用例编译配置
│ │ │ │ └── testA_test.cpp # 单元测试用例源码
│ │ │ ├── phone # 手机形态用例
│ │ │ ├── ivi # 车机形态用例
│ │ │ └── liteos-a # ipcamera使用liteos内核的用例
│ │ ├── moduletest # 模块测试
│ │ ...
│ │
│ ├── moduleB # 模块B
│ ├── test
│ │ └── resource # 依赖资源
│ │ ├── moduleA # 模块A
│ │ │ ├── ohos_test.xml # 资源配置文件
│ │ ... └── 1.txt # 资源
│ │
│ ├── ohos_build # 编译入口配置
│ ...
│
...
```
> **注意：** 测试用例根据不同设备形态差异分为通用用例和非通用用例，建议将通用用例存放在common目录下，非通用用例存放在相应设备形态目录下。
### 测试用例编写
本测试框架支持多种语言用例编写，针对不同语言提供了不同的模板以供编写参考。
**C++参考示例**
- 用例源文件命名规范
测试用例源文件名称和测试套内容保持一致，文件命名采用全小写+下划线方式命名，以test结尾，具体格式为：[功能]_[子功能]_test，子功能支持向下细分。
示例：
```
calculator_sub_test.cpp
```
- 用例示例
```
/*
* Copyright (c) 2022 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
#include "calculator.h"
#include <gtest/gtest.h>
using namespace testing::ext;
class CalculatorSubTest : public testing::Test {
public:
static void SetUpTestCase(void);
static void TearDownTestCase(void);
void SetUp();
void TearDown();
};
void CalculatorSubTest::SetUpTestCase(void)
{
// input testsuit setup step，setup invoked before all testcases
}
void CalculatorSubTest::TearDownTestCase(void)
{
// input testsuit teardown step，teardown invoked after all testcases
}
void CalculatorSubTest::SetUp(void)
{
// input testcase setup step，setup invoked before each testcases
}
void CalculatorSubTest::TearDown(void)
{
// input testcase teardown step，teardown invoked after each testcases
}
/**
* @tc.name: integer_sub_001
* @tc.desc: Verify the sub function.
* @tc.type: FUNC
* @tc.require: Issue Number
*/
HWTEST_F(CalculatorSubTest, integer_sub_001, TestSize.Level1)
{
// step 1:调用函数获取结果
int actual = Sub(4，0)；
// Step 2:使用断言比较预期与实际结果
EXPECT_EQ(4, actual);
}
```
详细内容介绍：
1. 添加测试用例文件头注释信息
```
/*
* Copyright (c) 2022 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
```
2. 引用测试框架头文件和命名空间
```
#include <gtest/gtest.h>
using namespace testing::ext;
```
3. 添加被测试类的头文件
```
#include "calculator.h"
```
4. 定义测试套（测试类）
```
class CalculatorSubTest : public testing::Test {
public:
static void SetUpTestCase(void);
static void TearDownTestCase(void);
void SetUp();
void TearDown();
};
void CalculatorSubTest::SetUpTestCase(void)
{
// input testsuit setup step，setup invoked before all testcases
}
void CalculatorSubTest::TearDownTestCase(void)
{
// input testsuit teardown step，teardown invoked after all testcases
}
void CalculatorSubTest::SetUp(void)
{
// input testcase setup step，setup invoked before each testcases
}
void CalculatorSubTest::TearDown(void)
{
// input testcase teardown step，teardown invoked after each testcases
}
```
> **注意：** 在定义测试套时，测试套名称应与编译目标保持一致，采用大驼峰风格。
5. 测试用例实现，包含用例注释和逻辑实现
```
/**
* @tc.name: integer_sub_001
* @tc.desc: Verify the sub function.
* @tc.type: FUNC
* @tc.require: Issue Number
*/
HWTEST_F(CalculatorSubTest, integer_sub_001, TestSize.Level1)
{
//step 1:调用函数获取结果
int actual = Sub(4，0)；
//Step 2:使用断言比较预期与实际结果
EXPECT_EQ(4, actual);
}
```
在编写用例时，我们提供了三种用例模板供您选择。
| 类型 | 描述 |
| ------------| ------------|
| HWTEST(A,B,C)| 用例执行不依赖Setup&Teardown时，可选取|
| HWTEST_F(A,B,C)| 用例执行(不含参数)依赖于Setup&Teardown时，可选取|
| HWTEST_P(A,B,C)| 用例执行(含参数)依赖于Set&Teardown时，可选取|
其中，参数A，B，C的含义如下：
- 参数A为测试套名。
- 参数B为测试用例名，其命名必须遵循[功能点]_[编号]的格式，编号为3位数字，从001开始。
- 参数C为测试用例等级，具体分为门禁level0 以及非门禁level1-level4共五个等级，其中非门禁level1-level4等级的具体选取规则为：测试用例功能越重要，level等级越低。
**注意：**
- 测试用例的预期结果必须有对应的断言。
- 测试用例必须填写用例等级。
- 测试体建议按照模板分步实现。
- 用例描述信息按照标准格式@tc.xxx value书写，注释信息必须包含用例名称，用例描述，用例类型，需求编号四项。其中用例测试类型@tc.type参数的选取，可参考下表。
| 测试类型名称|类型编码|
| ------------|------------|
|功能测试 |FUNC|
|性能测试 |PERF|
|可靠性测试 |RELI|
|安全测试 |SECU|
|模糊测试 |FUZZ|
**JavaScript参考示例**
- 用例源文件命名规范
测试用例原文件名称采用大驼峰风格，以TEST结尾，具体格式为：[功能][子功能]TEST，子功能支持向下细分。
示例：
```
AppInfoTest.js
```
- 用例示例
```
/*
* Copyright (C) 2022 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
import app from '@system.app'
import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from 'deccjsunit/index'
describe("AppInfoTest", function () {
beforeAll(function() {
// input testsuit setup step，setup invoked before all testcases
console.info('beforeAll called')
})
afterAll(function() {
// input testsuit teardown step，teardown invoked after all testcases
console.info('afterAll called')
})
beforeEach(function() {
// input testcase setup step，setup invoked before each testcases
console.info('beforeEach called')
})
afterEach(function() {
// input testcase teardown step，teardown invoked after each testcases
console.info('afterEach called')
})
/*
* @tc.name:appInfoTest001
* @tc.desc:verify app info is not null
* @tc.type: FUNC
* @tc.require: Issue Number
*/
it("appInfoTest001", 0, function () {
//step 1:调用函数获取结果
var info = app.getInfo()
//Step 2:使用断言比较预期与实际结果
expect(info != null).assertEqual(true)
})
})
```
详细内容介绍：
1. 添加测试用例文件头注释信息
```
/*
* Copyright (C) 2022 XXXX Device Co., Ltd.
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
```
2. 导入被测api和jsunit测试库
```
import app from '@system.app'
import {describe, beforeAll, beforeEach, afterEach, afterAll, it, expect} from 'deccjsunit/index'
```
3. 定义测试套（测试类）
```
describe("AppInfoTest", function () {
beforeAll(function() {
// input testsuit setup step，setup invoked before all testcases
console.info('beforeAll called')
})
afterAll(function() {
// input testsuit teardown step，teardown invoked after all testcases
console.info('afterAll called')
})
beforeEach(function() {
// input testcase setup step，setup invoked before each testcases
console.info('beforeEach called')
})
afterEach(function() {
// input testcase teardown step，teardown invoked after each testcases
console.info('afterEach called')
})
```
4. 测试用例实现
```
/*
* @tc.name:appInfoTest001
* @tc.desc:verify app info is not null
* @tc.type: FUNC
* @tc.require: Issue Number
*/
it("appInfoTest001", 0, function () {
//step 1:调用函数获取结果
var info = app.getInfo()
//Step 2:使用断言比较预期与实际结果
expect(info != null).assertEqual(true)
})
```
### 测试用例编译文件编写
根据测试用例目录规划，当执行某一用例时，测试框架会根据编译文件逐层查找，最终找到所需用例进行编译。下面通过不同示例来讲解gn文件如何编写。
#### 测试用例编译配置文件
针对不同语言，下面提供不同的编译模板以供参考。
- **C++用例编译配置示例**
```
# Copyright (c) 2022 XXXX Device Co., Ltd.
import("//build/test.gni")
module_output_path = "subsystem_examples/calculator"
config("module_private_config") {
visibility = [ ":*" ]
include_dirs = [ "../../../include" ]
}
ohos_unittest("CalculatorSubTest") {
module_out_path = module_output_path
sources = [
"../../../include/calculator.h",
"../../../src/calculator.cpp",
]
sources += [ "calculator_sub_test.cpp" ]
configs = [ ":module_private_config" ]
deps = [ "//third_party/googletest:gtest_main" ]
}
group("unittest") {
testonly = true
deps = [":CalculatorSubTest"]
}
```
详细内容如下：
1. 添加文件头注释信息
```
# Copyright (c) 2022 XXXX Device Co., Ltd.
```
2. 导入编译模板文件
```
import("//build/test.gni")
```
3. 指定文件输出路径
```
module_output_path = "subsystem_examples/calculator"
```
> **说明：** 此处输出路径为部件/模块名。
4. 配置依赖包含目录
```
config("module_private_config") {
visibility = [ ":*" ]
include_dirs = [ "../../../include" ]
}
```
> **说明：** 一般在此处对相关配置进行设置，在测试用例编译脚本中可直接引用。
5. 指定测试用例编译目标输出的文件名称
```
ohos_unittest("CalculatorSubTest") {
}
```
6. 编写具体的测试用例编译脚本（添加需要参与编译的源文件、配置和依赖）
```
ohos_unittest("CalculatorSubTest") {
module_out_path = module_output_path
sources = [
"../../../include/calculator.h",
"../../../src/calculator.cpp",
"../../../test/calculator_sub_test.cpp"
]
sources += [ "calculator_sub_test.cpp" ]
configs = [ ":module_private_config" ]
deps = [ "//third_party/googletest:gtest_main" ]
}
```
> **说明：根据测试类型的不同，在具体编写过程中可选择不同的测试类型：**
> - ohos_unittest：单元测试
> - ohos_moduletest：模块测试
> - ohos_systemtest：系统测试
> - ohos_performancetest：性能测试
> - ohos_securitytest：安全测试
> - ohos_reliabilitytest：可靠性测试
> - ohos_distributedtest：分布式测试
7. 对目标测试用例文件进行条件分组
```
group("unittest") {
testonly = true
deps = [":CalculatorSubTest"]
}
```
> **说明：** 进行条件分组的目的在于执行用例时可以选择性的执行某一种特定类型的用例。
- **JavaScript用例编译配置示例**
```
# Copyright (C) 2022 XXXX Device Co., Ltd.
import("//build/test.gni")
module_output_path = "subsystem_examples/app_info"
ohos_js_unittest("GetAppInfoJsTest") {
module_out_path = module_output_path
hap_profile = "./config.json"
certificate_profile = "//test/developertest/signature/openharmony_sx.p7b"
}
group("unittest") {
testonly = true
deps = [ ":GetAppInfoJsTest" ]
}
```
详细内容如下：
1. 添加文件头注释信息
```
# Copyright (C) 2022 XXXX Device Co., Ltd.
```
2. 导入编译模板文件
```
import("//build/test.gni")
```
3. 指定文件输出路径
```
module_output_path = "subsystem_examples/app_info"
```
> **说明：** 此处输出路径为部件/模块名。
4. 指定测试用例编译目标输出的文件名称
```
ohos_js_unittest("GetAppInfoJsTest") {
}
```
> **说明：**
>- 使用模板ohos_js_unittest定义js测试套，注意与C++用例区分。
>- js测试套编译输出文件为hap类型，hap名为此处定义的测试套名，测试套名称必须以JsTest结尾。
5. 指定hap包配置文件config.json和签名文件，两个配置为必选项
```
ohos_js_unittest("GetAppInfoJsTest") {
module_out_path = module_output_path
hap_profile = "./config.json"
certificate_profile = "//test/developertest/signature/openharmony_sx.p7b"
}
```
config.json为hap编译所需配置文件，需要开发者根据被测sdk版本配置“target”项，其余项可默认，具体如下所示：
```
{
"app": {
"bundleName": "com.example.myapplication",
"vendor": "example",
"version": {
"code": 1,
"name": "1.0"
},
"apiVersion": {
"compatible": 4,
"target": 5 // 根据被测sdk版本进行修改，此例为sdk5
}
},
"deviceConfig": {},
"module": {
"package": "com.example.myapplication",
"name": ".MyApplication",
"deviceType": [
"phone"
],
"distro": {
"deliveryWithInstall": true,
"moduleName": "entry",
"moduleType": "entry"
},
"abilities": [
{
"skills": [
{
"entities": [
"entity.system.home"
],
"actions": [
"action.system.home"
]
}
],
"name": "com.example.myapplication.MainAbility",
"icon": "$media:icon",
"description": "$string:mainability_description",
"label": "MyApplication",
"type": "page",
"launchType": "standard"
}
],
"js": [
{
"pages": [
"pages/index/index"
],
"name": "default",
"window": {
"designWidth": 720,
"autoDesignWidth": false
}
}
]
}
}
```
6. 对目标测试用例文件进行条件分组
```
group("unittest") {
testonly = true
deps = [ ":GetAppInfoJsTest" ]
}
```
> **说明：** 进行条件分组的目的在于执行用例时可以选择性的执行某一种特定类型的用例。
#### 编译入口配置文件ohos.build
当完成用例编译配置文件编写后，需要进一步编写部件编译配置文件，以关联到具体的测试用例。
```
"partA": {
"module_list": [
],
"inner_list": [
],
"system_kits": [
],
"test_list": [
"//system/subsystem/partA/calculator/test:unittest" //配置模块calculator下的test
]
}
```
> **说明：** test_list中配置的是对应模块的测试用例。
### 测试用例资源配置
测试依赖资源主要包括测试用例在执行过程中需要的图片文件，视频文件、第三方库等对外的文件资源。
依赖资源文件配置步骤如下：
1. 在部件的test目录下创建resource目录，在resource目录下创建对应的模块，在模块目录中存放该模块所需要的资源文件。
2. 在resource目录下对应的模块目录中创建一个ohos_test.xml文件，文件内容格式如下:
```
<?xml version="1.0" encoding="UTF-8"?>
<configuration ver="2.0">
<target name="CalculatorSubTest">
<preparer>
<option name="push" value="test.jpg -> /data/test/resource" src="res"/>
<option name="push" value="libc++.z.so -> /data/test/resource" src="out"/>
</preparer>
</target>
</configuration>
```
3. 在测试用例的编译配置文件中定义resource_config_file进行指引，用来指定对应的资源文件ohos_test.xml。
```
ohos_unittest("CalculatorSubTest") {
resource_config_file = "//system/subsystem/partA/test/resource/calculator/ohos_test.xml"
}
```
>**说明：**
>- target_name: 测试套的名称，定义在测试目录的BUILD.gn中。preparer: 表示该测试套执行前执行的动作。
>- src="res": 表示测试资源位于test目录下的resource目录下，src="out"：表示位于out/release/$(部件)目录下。
## 测试用例执行
在执行测试用例之前，针对用例使用设备的不同，需要对相应配置进行修改，修改完成即可执行测试用例。
### user_config.xml配置
```
<user_config>
<build>
<!-- 是否编译demo用例, 默认为false，如果需要编译demo可修改为true -->
<example>false</example>
<!-- 是否编译版本, 默认为false -->
<version>false</version>
<!-- 是否编译测试用例, 默认为true，若已完成编译，再执行用例之前可修改为false，防止重新编译 -->
<testcase>true</testcase>
</build>
<environment>
<!-- 配置远程映射机器的IP及端口，以支持HDC连接的设备 -->
<device type="usb-hdc">
<ip></ip>
<port></port>
<sn></sn>
</device>
<!-- 配置设备的串口信息，以支持串口连接的设备 -->
<device type="com" label="ipcamera">
<serial>
<com></com>
<type>cmd</type>
<baud_rate>115200</baud_rate>
<data_bits>8</data_bits>
<stop_bits>1</stop_bits>
<timeout>1</timeout>
</serial>
</device>
</environment>
<!-- 配置测试用例路径，若测试用例未编译，即<testcase>标签属性为true时，此处默认不填写；若编译已完成，需在此处指定测试用例的实际路径 -->
<test_cases>
<dir></dir>
</test_cases>
<!-- 配置覆盖率编译路径 -->
<coverage>
<outpath></outpath>
</coverage>
<!-- NFS挂载信息配置，被测设备仅支持串口连接时配置，指定NFS的映射路径，host_dir为PC侧的NFS目录，board_dir为板侧创建的目录 -->
<NFS>
<host_dir></host_dir>
<mnt_cmd></mnt_cmd>
<board_dir></board_dir>
</NFS>
</user_config>
```
>**说明：** 在执行测试用例之前，若使用HDC连接设备，用例仅需配置设备IP和端口号即可，其余信息均默认不修改。
### Windows环境执行
#### 测试用例编译
由于Windows环境下无法实现用例编译，因此执行用例前需要在Linux环境下进行用例编译，用例编译命令：
```
./build.sh --product-name hispark_taurus_standard --build-target make_test
```
>说明:
>- product-name：指定编译产品名称，例如hispark_taurus_standard。
>- build-target：指定所需要编译的用例，make_test表示指定全部用例，实际开发中可指定特定用例。
编译完成后，测试用例将自动保存在out/hispark_taurus/packages/phone/tests目录下。
#### 搭建执行环境
1. 在Windows环境创建测试框架目录Test，并在此目录下创建testcase目录
2. 从Linux环境拷贝测试框架developertest和xdevice到创建的Test目录下，拷贝编译好的测试用例到testcase目录下
>**说明：** 将测试框架及测试用例从Linux环境移植到Windows环境，以便后续执行。
3. 修改user_config.xml
```
<build>
<!-- 由于测试用例已编译完成，此标签属性需改为false -->
<testcase>false</testcase>
</build>
<test_cases>
<!-- 由于已将测试用例拷贝到Windows环境下，测试用例输出路径发生改变，需要修改为拷贝后所存放的路径 -->
<dir>D:\Test\testcase\tests</dir>
</test_cases>
```
>**说明：** `<testcase>`标签表示是否需要编译用例；`<dir>`标签表示测试用例查找路径。
#### 执行用例
1. 启动测试框架
```
start.bat
```
2. 选择产品形态
进入测试框架，系统会自动提示您选择产品形态，请根据实际的开发板进行选择。例如：Hi3516DV300。
3. 执行测试用例
当选择完产品形态，可参考如下指令执行测试用例。
```
run -t UT -ts CalculatorSubTest -tc integer_sub_00l
```
执行命令参数说明：
```
-t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF等。（必选参数）
-tp [TESTPART]: 指定部件，可独立使用。
-tm [TESTMODULE]: 指定模块，不可独立使用，需结合-tp指定上级部件使用。
-ts [TESTSUITE]: 指定测试套，可独立使用。
-tc [TESTCASE]: 指定测试用例，不可独立使用，需结合-ts指定上级测试套使用。
-h : 帮助命令。
```
### Linux环境执行
#### 远程端口映射
为了在Linux远程服务器以及Linux虚拟机两种环境下执行测试用例，需要对端口进行远程映射，以实现与设备的数据通路连接。具体操作如下：
1. HDC Server指令：
```
hdc_std kill
hdc_std -m -s 0.0.0.0:8710
```
>**说明：** IP和端口号为默认值。
2. HDC Client指令：
```
hdc_std -s xx.xx.xx.xx:8710 list targets
```
>**说明：** 此处IP填写设备侧IP地址。
#### 执行用例
1. 启动测试框架
```
./start.sh
```
2. 选择产品形态
进入测试框架，系统会自动提示您选择产品形态，请根据实际的开发板进行选择。例如：Hi3516DV300。
3. 执行测试用例
测试框架在执行用例时会根据指令找到所需用例，自动实现用例编译，执行过程，完成自动化测试。
```
run -t UT -ts CalculatorSubTest -tc integer_sub_00l
```
执行命令参数说明：
```
-t [TESTTYPE]: 指定测试用例类型，有UT，MST，ST，PERF等。（必选参数）
-tp [TESTPART]: 指定部件，可独立使用。
-tm [TESTMODULE]: 指定模块，不可独立使用，需结合-tp指定上级部件使用。
-ts [TESTSUITE]: 指定测试套，可独立使用。
-tc [TESTCASE]: 指定测试用例，不可独立使用，需结合-ts指定上级测试套使用。
-h : 帮助命令。
```
## 测试报告日志
当执行完测试指令，控制台会自动生成测试结果，若需要详细测试报告您可在相应的数据文档中进行查找。
### 测试结果
测试结果输出根路径如下：
```
test/developertest/reports/xxxx_xx_xx_xx_xx_xx
```
>**说明：** 测试报告文件目录将自动生成。
该目录中包含以下几类结果：
| 类型 | 描述|
| ------------ | ------------ |
| result/ |测试用例格式化结果|
| log/plan_log_xxxx_xx_xx_xx_xx_xx.log | 测试用例日志 |
| summary_report.html | 测试报告汇总 |
| details_report.html | 测试报告详情 |
### 测试框架日志
```
reports/platform_log_xxxx_xx_xx_xx_xx_xx.log
```
### 最新测试报告
```
reports/latest
```
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或