qemu门禁测试项目

原值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

`https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

`

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

新值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

原值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

新值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

laokz()[https://gitee.com/laokz]

原值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

laokz()[https://gitee.com/laokz]

新值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

[laokz](https://gitee.com/laokz)

原值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

[laokz](https://gitee.com/laokz)

新值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

[laokz](https://gitee.com/laokz)

[SimonLi](https://gitee.com/kkup180)

原值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

[laokz](https://gitee.com/laokz)

[SimonLi](https://gitee.com/kkup180)

新值

## 背景介绍

#### qemu工程

1. 当前qemu已支持armv7a架构、risc-v架构，已有开发人员支持cortex-m4

2. 覆盖liteos-a和liteos-m内核大部分流程

#### CI工程

1. 当前采用3861/3516/3518这三款开源板作为门禁

## 动机

#### CI工程运行不稳定

```https://gitee.com/openharmony/kernel_liteos_a/pulls/58

失败原因如下：

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第二次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第三次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

第四次：与提交的内容毫不相关的测试用例失败，用例误报，开发人员不知道怎么办，重试。

https://gitee.com/openharmony/kernel_liteos_a/pulls/61

第五次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第六次：wifi网络不稳定，没有把bin推送到nfs，用例没有执行，未生成xml，导致失败，开发人员看到用例都通过了，但是个数较少。

第七次：用例通过

https://gitee.com/openharmony/kernel_liteos_a/pulls/59

第一次：TFTP网络传输失败，后台才能看到日志，开发人员仅仅能看到upgrade failed

重试发现门禁触发失败。放弃

总结：

1．	TFTP、wifi网络太不稳定

2．	开发人员看不到详细信息，不知道为什么会失败

3．	用例不稳定，毫不相干的用例为什么会失败。

```

#### CI工程测试用例覆盖较弱

```

3861测试工程无法测试liteos-m

3518、3516测试工程只能通过XTS测试liteos-a部分简单API，属于兼容性测试

```

#### CI工程单板存在成本和资源有限问题

```

https://gitee.com/openharmony/community/issues/I3DHIL?from=project-issue

```

#### CI工程测试时间太长

## 解决方案

#### 通过qemu工程，运行自动化测试

#### 测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

## 开发人员

[laokz](https://gitee.com/laokz)

[SimonLi](https://gitee.com/kkup180)

[MGY917](https://gitee.com/mgy917)

OpenHarmony / device_qemu

内容风险标识

背景介绍

qemu工程

CI工程

动机

CI工程运行不稳定

CI工程测试用例覆盖较弱

CI工程单板存在成本和资源有限问题

CI工程测试时间太长

解决方案

通过qemu工程，运行自动化测试

测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

开发人员

评论 (1)

OpenHarmony / device_qemu .gitee-modal { width: 500px !important; }

内容风险标识

qemu门禁测试项目

背景介绍

qemu工程

CI工程

动机

CI工程运行不稳定

CI工程测试用例覆盖较弱

CI工程单板存在成本和资源有限问题

CI工程测试时间太长

解决方案

通过qemu工程，运行自动化测试

测试分层，各个组件运行自己的测试，单板测试作为最终集成测试

开发人员

评论 (1)

搜索帮助

OpenHarmony / device_qemu