653cc7a6创建于 5月9日历史提交

文件	最后提交记录	最后更新时间
ms	[fix] 并行执行controller与st冒烟测试 Co-authored-by: 吕有辉<lvyouhui@huawei.com> Co-authored-by: LinWei100<linwei100@huawei.com> # message auto-generated for no-merge-commit merge: !194 merge perf/ms-test-parallel-controller-st into dev [fix] 并行执行controller与st冒烟测试 Created-by: LinWei100 Commit-by: LinWei100;吕有辉 Merged-by: towncharlie Description: ## 1. 合入背景 > 请描述为什么要做这个PR内的改动。\ > 如涉及，请关联前序PR或同特性/需求下的其他PR。\ > 如果是修复之前PR引入的问题，请关联引入问题的PR。\ > 请通过#ISSUE ID关联issue。\ > 注意：`Fixes #ISSUE ID`会自动关闭issue，如问题部分解决请不要使用`Fixes`，可以用`Fix part of #ISSUE ID`替代. ## 2. 修改内容 > 请<ins>描述修改内容的具体实现</ins>，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列。 > 如果是需求或者重构类的PR，需要<ins>补充详细设计文档</ins>（说明上下游组件关系、时序图、类图、DFX能力等内容）。 ## 3. 资料变更 > 请确认<ins>是否涉及资料变更</ins>。\ > 如涉及，需要在PR中体现，并简要说明修改内容。\ > 如不涉及，需填写“不涉及”。 ## 4. 接口变更 > 请确认<ins>是否涉及跨代码仓或者客户面可见的接口变更</ins>。\ > 如涉及，需详细说明接口以及对应的变更内容，同时需要在资料中体现。\ > 如不涉及，需填写“不涉及”。 ## 5. 测试结果 > 需体现<ins>测试场景，测试方法以及测试结果</ins>。\ > 测试用例设计时需考虑硬件、部署方式、功能、性能、精度、显存等维度。 ## 6. CheckList > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!194	2 个月前
sys_perf_test	恢复motor的run包打包 Co-authored-by: hxy<huxinyi9@huawei.com> # message auto-generated for no-merge-commit merge: !167 merge motor2run into dev 恢复motor的run包打包 Created-by: hu-xinyi_555 Commit-by: hxy Merged-by: towncharlie Description: ## 1. 合入背景 > 请描述为什么要做这个PR内的改动。\ > 如涉及，请关联前序PR或同特性/需求下的其他PR。\ > 如果是修复之前PR引入的问题，请关联引入问题的PR。\ > 请通过#ISSUE ID关联issue。\ > 注意：`Fixes #ISSUE ID`会自动关闭issue，如问题部分解决请不要使用`Fixes`，可以用`Fix part of #ISSUE ID`替代. ## 2. 修改内容 > 请<ins>描述修改内容的具体实现</ins>，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列。 > 如果是需求或者重构类的PR，需要<ins>补充详细设计文档</ins>（说明上下游组件关系、时序图、类图、DFX能力等内容）。 ## 3. 资料变更 > 请确认<ins>是否涉及资料变更</ins>。\ > 如涉及，需要在PR中体现，并简要说明修改内容。\ > 如不涉及，需填写“不涉及”。 ## 4. 接口变更 > 请确认<ins>是否涉及跨代码仓或者客户面可见的接口变更</ins>。\ > 如涉及，需详细说明接口以及对应的变更内容，同时需要在资料中体现。\ > 如不涉及，需填写“不涉及”。 ## 5. 测试结果 > 需体现<ins>测试场景，测试方法以及测试结果</ins>。\ > 测试用例设计时需考虑硬件、部署方式、功能、性能、精度、显存等维度。 ## 6. CheckList > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] [ ] 代码注释完备 [ ] 正确记录维测日志 [ ] 是否有UT用例 See merge request: Ascend/MindIE-Motor!167	2 个月前
README.md	【文档修改】Doc Tools问题修改、需求以及零星修改合入 Co-authored-by: xiao-qing123<xiaoqing14@h-partners.com> # message auto-generated for no-merge-commit merge: !143 merge dev into dev 【文档修改】Doc Tools问题修改、需求以及零星修改合入 Created-by: xiao-qing123 Commit-by: xiao-qing123 Merged-by: ascend-robot Description: Fixes [#104](https://gitcode.com/Ascend/MindIE-Motor/issues/104) 1、Doc Tools问题清零 2、OM Adapter对接CCAE证书截图更新 3、整仓README增加编译的安装方式并给链接、简化简介部分，并单独新增introduction.md。 4、新增Controller主备倒换配置ETCD的RBAC功能 5、OM Adapter新增“0xFC001007 Coordinator与P实例或者D实例业务面通信异常”告警 6、2.3.0大模型扫描问题反合以及 See merge request: Ascend/MindIE-Motor!143	3 个月前
install_env.sh	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	6 个月前
requirements.txt	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	6 个月前
run_all_tests.sh	[dev]Synchronize code Co-authored-by: forcekeng<gengli8@huawei.com>	6 个月前

MindIE-Motor DT

使用方法

克隆项目并在MindIE-Motor项目根目录下

运行脚本：

bash tests/run_all_tests.sh --component [benchmark|mindieclient|all]  [--report-path REPORT_PATH] [--subdir SUBDIR]

参数说明

--component
指定要测试的组件。可选值：benchmark、mindieclient 或 all（默认是 all）。
--report-path
指定报告的保存路径（可选，默认为./tests目录下的 reports 文件夹）。
--subdir
指定测试某个组件下的子目录/文件（可选）。

示例

运行所有测试：
```
bash tests/run_all_tests.sh
```

仅运行 benchmark 测试并指定报告路径：

bash tests/run_all_tests.sh --component benchmark --report-path ./my_reports

仅运行 mindieclient 测试只运行test_input_requested_output.py，指定报告路径：

bash tests/run_all_tests.sh --component mindieclient  --subdir tests/mindie_client/test_input_requested_output.py

脚本功能

安装虚拟环境：首次运行时自动创建并激活虚拟环境，安装依赖。
运行指定组件的测试：根据用户输入的参数执行对应的测试脚本。
生成测试报告：删除旧的报告文件夹，并生成测试报告，包括行覆盖率和分支覆盖率。

注意事项

确保 install_env.sh 脚本中的依赖项已正确配置。
在运行测试前，检查相应的测试脚本是否存在于指定路径。