测试用例编写规范 用例总体规范 用例命名规则 用例编号规则 用例描述编写规则 测试类型选择规则 测试用例等级选择规则 用例前置条件、测试步骤、预期结果文字表达规则

查看更多 →

SQL编写 DDL 【建议】在 GaussDB 中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作。避免大量并发事务对性能的影响。 【建议】在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景

查看更多 →

SQL编写 DDL 【建议】在GaussDB中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作。避免大量并发事务对性能的影响。 【建议】在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景

查看更多 →

SQL编写 DDL 在GaussDB中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作，避免大量并发事务对性能的影响。 在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景下，GaussDB不保证非日志表(unlogged

查看更多 →

SQL编写 DDL 在GaussDB中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作，避免大量并发事务对性能的影响。 在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景下，GaussDB不保证非日志表(unlogged

查看更多 →

SQL编写 DDL 在GaussDB中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作，避免大量并发事务对性能的影响。 在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景下，GaussDB不保证非日志表(unlogged

查看更多 →

SQL编写 DDL 在GaussDB中，建议DDL（建表、COMMENT等）操作统一执行。在批处理作业中尽量避免DDL操作，避免大量并发事务对性能的影响。 在非日志表（unlogged table）使用完后，立即执行数据清理（TRUNCATE）操作。因为在异常场景下，GaussDB不保证非日志表(unlogged

查看更多 →

下面在裸机工程Core\Src\main.c文件中编写测试代码，实现串口循环输出并且LED灯闪烁：添加头文件：#include 在main()函数的while(1)循环中添加如下代码：printf("hello\n"); HAL_Delay(1000); HAL_GPIO_TogglePin(GPIOF, GPIO_PI

查看更多 →

编写逻辑代码 华为HiLens提供了一套HiLens Framework，HiLens Framework通过封装底层接口、实现常用的管理功能，让开发者可以方便的开发Skill，发展AI生态。详细指导和API介绍可参见《开发指南》。 HiLens Framework示例代码 HiLens

查看更多 →

编写IaC脚本 IaC目录规划 IaC脚本开发规范请参考应用平台IaC部署代码开发，本实践中，IaC包结构规划如下： 表1 IaC Spec包结构说明 位置 描述 iacspec IaC压缩包 └── global/ 全局默认的IaC描述，包含完整文件结构。 │ └── meta

查看更多 →

编写训练代码 训练模型时引用依赖包，如何创建训练作业？ 训练作业常用文件路径是什么？ 如何安装C++的依赖库？ 训练作业中如何判断文件夹是否复制完毕？ 如何在训练中加载部分训练好的参数？ 训练作业的启动文件如何获取训练作业中的参数？ 训练作业中使用os.system('cd xxx')无法进入相应的文件夹？

查看更多 →

代码编写操作 CodeArts IDE for C/C++ 包含了内置的符号重命名，提取重构，代码补全/提示，实时语法检查等一些高级代码编写功能。 符号重命名（Rename symbol） 最基础的重构之一，但是变量或方法名字的可读性非常重要。在光标选中某个变量或方法后，右键单击

查看更多 →

测试计划服务支持对创建的接口自动化测试用例进行规范检查，根据检查结果对用例进行优化。详细的编写规范请参考测试用例编写规范。 此功能为您提供65天试用期，如果您想继续使用，后续需要开通测试计划专业版套餐或CodeArts专业版以上套餐来延续您的高阶体验 完成新建接口自动化测试用例后，在页面下方单击

查看更多 →

直接编写样式代码 样式面板提供了可直接配置的样式，满足了大部分的基础样式需求。如果这些样式还是不能满足您的需求，AstroPro还提供了直接编写样式代码的方式来配置样式。 编写行内样式 等效于直接在html标签style属性里直接声明样式，权重高，用于覆盖样式。 参考登录Astr

查看更多 →

述该层应该如何构建。 本章节指导您如何编写dockerfile文件。 Dockerfile文件编写与应用实际需求直接相关，每个应用所写的Dockerfile会有所区别，请根据业务实际需求来写Dockerfile文件。 如何写出可读性更好的Dockerfile，请参见编写高效的Dockerfile。

查看更多 →

CodeArts Snap UT生成案例 - 快速生成UT用例 业务痛点 编写单元测试用例较耗时。 单元测试相关的开发框架有一定的学习、使用成本。 补齐历史遗留代码UT用例工作量较大。 生成效果 自动生成多场景用例。 自动生成测试用例数据。 自动Mock外部调用。 使用效果 利用CodeArts

查看更多 →

创建手工测试用例 手工测试用例用于管理测试场景、测试步骤，在测试计划服务的“测试用例 > 手工测试”页面中可以新建手工测试用例。创建测试用例需要具有创建用例的权限（即在项目内的角色为：除了运维经理、浏览者与参与者的其他系统角色）。 新建手工测试用例 登录软件开发生产线首页，搜索目标项目并单击项目名称，进入项目。

查看更多 →

本地编写JMeter脚本 启动JMeter客户端。 创建线程组。 在JMeter客户端左上角“Test Plan”上右击，选择“Add > Threads(Users) > Thread Group”，为JMeter测试计划创建线程组，线程组是JMeter工程的基本执行单位。 图1

查看更多 →

C/C++代码编写 编码基础操作 代码编写操作 代码重构操作 父主题： C/C++

查看更多 →

精准：测试用例表达用词要求精准 简洁单一：测试用例表达要求简洁，测试逻辑单一 易懂：测试用例表达用词要求易懂 易确认：测试用例表达用词要求易确认 风格一致：测试用例表达用词要求风格一致 用词一致：测试用例表达用词要求用词一致 去重：避免重复设计冗余用例 父主题： 测试用例编写规范

查看更多 →

本最佳实践基于接口自动化用例，展示如何在接口测试用例中添加不同类型的测试步骤，而在设计测试用例时，经常会遇到有一些相同的前置步骤或者测试逻辑。如果每一个测试用例中都编写这些步骤，重复工作量很大，并且难以维护，接口关键字帮助用户将多个步骤封装为常用测试逻辑，可以被测试用例调用，实现逻辑复用。

查看更多 →