利用postman 调用接口文档中的登录接口，根据格式要求传入参数。接口无响应

华为手机对短信的骚扰拦截特别严格，想在营销短信下发前测试短信是否会被拦截，请问华为方是否能提供接口？这个问题能直接联系技术同学吗？或者商务层面洽谈

尊敬的华为云客户：华为云将于2019/10/31 12:00（北京时间）对DevCloud正式调整免费额度。具体详情如下。服务状态调整前调整后已开通以下服务或基础套餐：项目管理、代码托管、代码检查、编译构建、流水线、云测（测试管理）、部署、发布提供5人免费使用额度；提供500M免费存储；提供600分钟免费构建时长；提供30分钟免费接口测试时长；5人免费使用额度取消，按实际用量收费；500M免费存储取消，按实际用量收费；未用完的600分钟免费构建时长取消，按实际用量收费；未用完的30分钟免费接口测试时长取消，按实际用量收费；免费使用额度截止后服务将按实际用量进行收费，请您提前做好相应的调整，避免对业务开展造成影响。未开通服务或套餐的限量免费试用用户不受本次调整影响。为了感谢新老客户对DevCloud的持续支持，避免这次调整影响您的正常使用：1、同步提供“1元体验套餐”（覆盖八大服务，可叠加其他套餐使用，长期有效，购买地址：https://www.huaweicloud.com/pricing.html#/devcloud）2、面向部分用户赠送1000~3000元不等的使用代金券。 如您有任何问题，可随时通过工单或者服务热线（950808）与我们联系。感谢您对华为云的支持！

尊敬的华为云客户：华为云将于2019/10/31 12:00（北京时间）对DevCloud正式调整免费额度。具体详情如下。服务状态调整前调整后已开通以下服务或基础套餐：项目管理、代码托管、代码检查、编译构建、流水线、云测（测试管理）、部署、发布提供5人免费使用额度；提供500M免费存储；提供600分钟免费构建时长；提供30分钟免费接口测试时长；5人免费使用额度取消，按实际用量收费；500M免费存储取消，按实际用量收费；未用完的600分钟免费构建时长取消，按实际用量收费；未用完的30分钟免费接口测试时长取消，按实际用量收费；免费使用额度截止后服务将按实际用量进行收费，请您提前做好相应的调整，避免对业务开展造成影响。未开通服务或套餐的限量免费试用用户不受本次调整影响。为了感谢新老客户对DevCloud的持续支持，避免这次调整影响您的正常使用：1、同步提供“1元体验套餐”（覆盖八大服务，可叠加其他套餐使用，长期有效）2、面向部分用户赠送1000~3000元不等的使用代金券。 如您有任何问题，可随时通过工单或者服务热线（950808）与我们联系。感谢您对华为云的支持！

看到论坛有人发帖求助，IoT开发中心的应用订阅如何进行，虽然看了文档，但还是云里雾里的感觉不太会弄，希望有个系统的详细教程。其实我觉得我们的文档还是够详细的，就是文字太多，没有认真去看。该帖子主要以截图为主，尽可能减少文字的描述，根据截图操作就好了零 . 测试之前的准备1. 设备模拟器（模拟南向设备，绑定设备使其在线）使用参考：https://bbs.huaweicloud.com/forum/thread-24716-1-1.html2. Postman测试工具（模拟北向应用，主要是调北向接口，注册设备、订阅和下发命令）使用参考：https://support.huaweicloud.com/qs-IoT/iot_05_0004.html#section33. 北向 SDK Demo（模拟北向应用，主要是作为一个接收端，接收平台推送过来的消息）这里以 Java Demo 为例使用参考：https://bbs.huaweicloud.com/forum/thread-24891-1-1.html一 . 设备绑定测试1. 这里要选择有应用的测试用例2. 这里注意看第二点，如果这个产品已经注册了设备，需要把之前的设备删除3. 输入设备信息4. 之后页面显示 等待应用注册，然后需要用到上面说的 Postman 测试工具5. Postman 注册注册设备 接口说明：https://support.huaweicloud.com/api-IoT/iot_06_0010.html注意，注册设备之前需要先调鉴权接口获取token6. 注册成功之后会显示 应用注册成功，等待设备上线，然后需要用到上面说的设备模拟器7. 设备模拟器绑定设备8. 平台显示设备上线成功二 . 其他测试只需要使用相应的模拟器测试相应的步骤就好了1. 测试步骤(1) 用设备模拟器3, 数据上报测试4, 无线参数上报测试6, 命令下发响应测试(2) 用Postman5, 控制命令下发测试7, 应用订阅事件测试(3) 用北向 SDK Demo8, 应用接收推送数据测试

智能视频云南向算法仓离线测试工具X86+ GPU(P4/T4)-图片模式: sample_code_V2.0.2X86+ GPU(P4/T4)-视频模式：sample_code_V2.0.1_videoARM+ D : Test-tool_A+D_V1.0.0

 导读：精准测试是一个软件测试界最新的测试技术，它的高效与精准性为使用者所称赞，但如果公司已经有了一些开发测试管理系统，如何最大成本减少学习成本，悄无声息的进行“精准测试”技术的升级改造？本文以Jira系统为例，给出了详实可信的技术解决方案。 精准测试是目前系统级测试的一匹黑马，它比白盒测试使用起来简单，但功能更强大，普通黑盒测试工程师也能轻松掌握。另外，使用它的同时，由于测试数据收集的细致与完整性，也为用户带来一个极具价值的战略性资源--测试大数据，因此很多企业非常重视精准测试对本单位软件系统测试技术的升级作用。精准测试最核心的技术关键就是：用例和相关执行代码之间有很强的对应和追溯关系。这个强追溯关系的建立，通过精准测试专属客户端上的“软件示波器“，用人工点击开始和结束按钮来标记测试用例的执行，进而确定对应代码执行路径的边界。但是，目前很多公司内部都有开发测试管理系统或者类似于JIRA这样的通用产品来管理和执行用例，如果同步使用精准测试客户端，则有指令重复之嫌。因此，星云精准测试做了具有深远意义的客户化改进-“静默式“精准测试。它可平滑实现JIRA系统与精准测试的幕后对接方案：JIRA中的用例执行指令从后台直接传递给精准系统，测试工程师不用改变任何日常工作行为。这一里程碑式的改进办法，使得几乎全部依赖人工、数据不可见的黑盒测试，突破天花板成为具备系统质量分析高度可视化的有力抓手。实现了企业在“不知不觉中”彻底提高黑盒测试整体效能的大目标。“静默式“精准测试的创新，使系统内部可智能获取精准测试的基础数据，完成测试用例与代码覆盖的追溯关系建立。下图是精准测试（星云测试www.teststars.cc 的ThreadingTest产品系列）与JIRA系统对接的架构示意图：                                               现在，就“静默式“精准测试的技术原理做进一步解析阐述：由于JIRA的前端基于velocity模板技术开发，它本身也在不断升级迭代，为避免对JIRA本身运行系统造成干扰，我们采用了替换VM模版的技术方案，即通过JIRA前端页面，将用例执行数据发送给星云TT系统。对接采用异步方式，在TT后台服务链路不开启的情况下也不影响JIRA本身的运行，完全实现高靠性、静默、零干扰的精准测试目标。第一步：JIRA端定制代码将当前执行的测试用例名称，用户名，以及项目名称传递给一个对接中转平台，对接中转平台将数据转换为TTFront可识别的命令发送给TTFront，TTFront收到命令以后，会根据指令中的用户信息，得到对应用户所登录的客户端的IP地址（星云TT系统中用户登录后，其IP会自动记录在TTfront端）。第二步：将对应的命令分发到对应的用户，组织成TTC命令结构方式发送（属于TT精准测试的客户端自动化指令集），触发客户端直接执行相关操作（包括用例的自动创建），例如点击用例开始等动作。当用例开启后，便可以全自动实现原有精准测试的手动操作流程。由于程序版本和星云精准测试生成的版本需要有一个对应关系，以前是由客户端由测试人员手动选择，在静默模式下，通过活动版本的设置，自动加载版本。用例将自动在星云TT系统中创建，无需导入和同步等二次动作。Jira与星云精准测试对接的步骤展示：1)     未开始测试界面的状态：星云测试的软件示波器缩略会显示在界面上，在没有开启和执行用例之前示波器实时采集覆盖率的状态值均为0。2)     开始用例并进行数据结束：当开始执行用例后，通过JIRA 与TT系统的对接，TT系统自动创建了用例，并且处于等待数据接收状态，当用户在JIRA系统选择好要执行的用例，并到被测试系统实际执行用例时，安装在客户端的示波器浮动窗就会开始显示进行对应用例的覆盖率采集。浮动窗会默认显示在测试人员桌面的最前方，半透明的模式不会对被测试应用产生遮挡。3)     示波器数据接收展示：打开星云软件示波器窗口，可以看到示波器接收数据的波形已经创建好，当前选择的测试用例的所有信息已接收清晰而完整。 由此可以看出，使用者不用在“星云客户端”上实施任何操作，即可实现精准测试数据的静默式记录、传输与分析。星云测试“静默式精准测试“技术的发布，为各领域实现企业级精准测试技术改造和能力提升，打下坚实基础。

#化鲲为鹏，我有话说#想看看系统在实际运行情况下的性能，但是不太确定软件兼容情况。我以前用过windows下的Z-tools，android的安兔兔等小程序做benchmarking。请问在当前鲲鹏支持的操作系统下，一般用什么工具做benchmarking比较好呢？谢谢。

“静默式”精准测试，让企业零成本完成黑盒测试的升级对接 导读：精准测试是一个软件测试界最新的测试技术，它的高效与精准性为使用者所称赞，但如果公司已经有了一些开发测试管理系统，如何最大成本减少学习成本，悄无声息的进行“精准测试”技术的升级改造？本文以Jira系统为例，给出了详实可信的技术解决方案。 精准测试是目前系统级测试的一匹黑马，它比白盒测试使用起来简单，但功能更强大，普通黑盒测试工程师也能轻松掌握。另外，使用它的同时，由于测试数据收集的细致与完整性，也为用户带来一个极具价值的战略性资源--测试大数据，因此很多企业非常重视精准测试对本单位软件系统测试技术的升级作用。精准测试最核心的技术关键就是：用例和相关执行代码之间有很强的对应和追溯关系。这个强追溯关系的建立，通过精准测试专属客户端上的“软件示波器“，用人工点击开始和结束按钮来标记测试用例的执行，进而确定对应代码执行路径的边界。但是，目前很多公司内部都有开发测试管理系统或者类似于JIRA这样的通用产品来管理和执行用例，如果同步使用精准测试客户端，则有指令重复之嫌。因此，星云精准测试做了具有深远意义的客户化改进-“静默式“精准测试。它可平滑实现JIRA系统与精准测试的幕后对接方案：JIRA中的用例执行指令从后台直接传递给精准系统，测试工程师不用改变任何日常工作行为。这一里程碑式的改进办法，使得几乎全部依赖人工、数据不可见的黑盒测试，突破天花板成为具备系统质量分析高度可视化的有力抓手。实现了企业在“不知不觉中”彻底提高黑盒测试整体效能的大目标。“静默式“精准测试的创新，使系统内部可智能获取精准测试的基础数据，完成测试用例与代码覆盖的追溯关系建立。下图是精准测试（星云测试www.teststars.cc 的ThreadingTest产品系列）与JIRA系统对接的架构示意图：                                               现在，就“静默式“精准测试的技术原理做进一步解析阐述：由于JIRA的前端基于velocity模板技术开发，它本身也在不断升级迭代，为避免对JIRA本身运行系统造成干扰，我们采用了替换VM模版的技术方案，即通过JIRA前端页面，将用例执行数据发送给星云TT系统。对接采用异步方式，在TT后台服务链路不开启的情况下也不影响JIRA本身的运行，完全实现高靠性、静默、零干扰的精准测试目标。第一步：JIRA端定制代码将当前执行的测试用例名称，用户名，以及项目名称传递给一个对接中转平台，对接中转平台将数据转换为TTFront可识别的命令发送给TTFront，TTFront收到命令以后，会根据指令中的用户信息，得到对应用户所登录的客户端的IP地址（星云TT系统中用户登录后，其IP会自动记录在TTfront端）。第二步：将对应的命令分发到对应的用户，组织成TTC命令结构方式发送（属于TT精准测试的客户端自动化指令集），触发客户端直接执行相关操作（包括用例的自动创建），例如点击用例开始等动作。当用例开启后，便可以全自动实现原有精准测试的手动操作流程。由于程序版本和星云精准测试生成的版本需要有一个对应关系，以前是由客户端由测试人员手动选择，在静默模式下，通过活动版本的设置，自动加载版本。用例将自动在星云TT系统中创建，无需导入和同步等二次动作。Jira与星云精准测试对接的步骤展示：1)     未开始测试界面的状态：星云测试的软件示波器缩略会显示在界面上，在没有开启和执行用例之前示波器实时采集覆盖率的状态值均为0。2)     开始用例并进行数据结束：当开始执行用例后，通过JIRA 与TT系统的对接，TT系统自动创建了用例，并且处于等待数据接收状态，当用户在JIRA系统选择好要执行的用例，并到被测试系统实际执行用例时，安装在客户端的示波器浮动窗就会开始显示进行对应用例的覆盖率采集。浮动窗会默认显示在测试人员桌面的最前方，半透明的模式不会对被测试应用产生遮挡。3)     示波器数据接收展示：打开星云软件示波器窗口，可以看到示波器接收数据的波形已经创建好，当前选择的测试用例的所有信息已接收清晰而完整。 由此可以看出，使用者不用在“星云客户端”上实施任何操作，即可实现精准测试数据的静默式记录、传输与分析。星云测试“静默式精准测试“技术的发布，为各领域实现企业级精准测试技术改造和能力提升，打下坚实基础。  

报名参加“7天玩转性能&接口测试“活动，添加微信号，无人回应

    在测试APP消息推送功能时，除了测试正常的消息接收查看功能，还要对以下几个方面的消息接收情况进行测试：    一、分组推送，范围是否正确，未在接收范围的用户是否接收不到推送消息，组内用户是否可以正常接受推送消息    二、应用在前台时接收消息，终端展示是否正常？是否可以选择查看或者忽略查看推送消息？    三、应用在后台运行时接收消息，通知栏查看是否正常？    四、用户已设置不接收消息，是否可以不接收系统推送消息？重新设置接收时，是否可以正常接受系统推送的消息？    五、用户离线时系统推送的消息，重新登录后，要测试是否可以正常接收到离线消息？    六、消息计数更新，消息计数角标展示会随着消息的读取以及新接收的消息而更新，要测试计数的变化是否正确？    七、不同类型的消息查看：文字消息，模块跳转，网页链接跳转，系统推送的不同类型的消息，要测试是否能正常展示以及跳转到相应链接？    消息推送功能测试时，以上功能容易被漏测或者某些点在测试中会被忽略，在进行消息推送功能测试时，建议考虑以上内容进行测试用例设计以及测试。有不足之处，欢迎小伙伴指正~~

想了解更多精彩内容，请扫码关注【HW云数据库】

当前我们的项目在测试过程中耗费比较多的人力，主要还是功能性测需要人工进行操作实践；软开云可否提供web类或者UI类的自动化测试工具

用时约5分钟1. 简介：本快速上手引导以Swagger Petstore的两个接口作为测试对象，介绍如何编写、执行HTTP接口测试用例，测试验证接口的功能。章节2实验准备介绍测试对象，即Swagger Petstore的两个接口，章节3.1介绍如何通过URL模式完成HTTP接口功能测试，章节3.2介绍如何通过Swagger模式完成HTTP接口功能测试。3.1和3.2使用不同模式完成一样的接口测试，可二选一操作，建议按3.1操作，然后快速浏览3.2以了解Swagger模式。2. 准备：2.1 熟悉本上手引导的测试对象Swagger Petstore项目是Swagger提供的一个样例Web项目，供开发者学习Swagger的功能，定义了一个Petstore服务器端实例，使用REST Service形式定义后端服务接口，运行在Swagger网站中。本实验课使用到Swagger Petstore的2个接口：接口名称addPetgetPetById接口含义添加一个宠物到宠物商店根据传入的宠物ID返回单个宠物接口URLhttp://petstore.swagger.io/v2/pethttp://petstore.swagger.io/v2/pet/{petId}参数：petId：宠物ID样例：http://petstore.swagger.io/v2/pet/1111111  HTTP方法类型POSTGET接口HTTP Request Body样例：  {    "id": 1111111,    "category": {      "id": 0,      "name":   "string"    },    "name": "doggie",    "photoUrls": [      "string"    ],    "tags": [      {        "id": 0,        "name":   "string"      }    ],    "status":   "available"  }不涉及接口HTTP Request Header1. Request Body是JSON格式（本实验均使用JSON格式）：  Content-Type：application/json  2. Request Body是XML格式：  Content-Type:application/xml1. 期望Response Body返回JSON格式（本实验均使用JSON格式）：Accept: application/json  2. 期望Request Body返回XML格式：  Accept: application/xml接口HTTP Response Code200：添加宠物成功405：输入不合法200：成功找到对应ID的宠物400：输入不合法404：对应ID的宠物不存在接口HTTP Response HeaderContent-Type：application/jsonContent-Type：application/jsonContent-Type：application/jsonContent-Type：application/jsonContent-Type：application/json接口HTTP Response Body样例：  {    "id": 1111111,    "category": {      "id": 0,      "name":   "string"    },    "name": "doggie",    "photoUrls": [      "string"    ],    "tags": [      {        "id": 0,        "name":   "string"      }    ],    "status":   "available"  }样例：{    "code": 400,    "type":   "unknown",    "message": "bad   input"  }            样例：  {    "id": 1111111,    "category": {      "id": 0,      "name":   "string"    },    "name": "doggie",    "photoUrls": [      "string"    ],    "tags": [      {        "id": 0,        "name":   "string"      }    ],    "status":   "available"  }　不涉及                 样例：{    "code": 1,    "type": "error",    "message": "Pet not   found"  }            2.2 了解Swagger接口描述文件 如不做2. HTTP接口功能测试 – Swagger模式，则可跳过本章节。Swagger是一种广泛使用的开发API的工具组合，包含API描述规范和开发框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。Swagger接口描述文件基于OpenAPI标准描述REST接口，目前比较流行的是Swagger 2.0版本。下图是Swagger Petstore应用的的Swagger接口描述文件片段，描述了getPetById接口。Swagger Petstore的Swagger接口描述文件下载地址是http://petstore.swagger.io/v2/swagger.json 更多Swagger学习资源：1. https://swagger.io/2. http://petstore.swagger.io3. 快速上手内容：3.1 HTTP接口功能测试 – URL模式简介：此实验将带领创建一个接口测试用例，包含两个测试步骤（两个接口请求），脚本验证Swagger Petstore AddPet接口在正确输入的情况下是否成功添加Pet、是否可以通过GetPetById接口获取此Pet。难度：容易步骤：创建测试用例说明：本引导均使用DevCloud新版页面，请从以下入口切换至新版页面。 1. 注册登录DevCloud云测首页 https://devcloud.huaweicloud.com/testman/home，点击项目列表某个项目进入项目；如果没有项目，请先创建项目。2. 点击项目顶部菜单栏中的测试->接口测试，进入接口测试页面。3. 点击“新建”按钮，新建测试用例4. 在“新建测试用例”窗口中输入名称和编号（或仅输入名称，由系统自动生成编号），点击“保存并编写脚本”，保存后系统自动打开“脚本编辑页面”例如：测试用例名称：Petstore_AddPet_正确输入测试用例编号：Petstore_AddPet_001创建接口测试请求5. 在“脚本编辑页面”中，点击“+URL请求”新建测试步骤按钮，添加一个新的测试步骤。说明：此步骤将添加一个POST请求至Swagger Petstore的AddPet接口，发送指定的Request Body，在测试检测点中验证Pet创建成功。在测试步骤的URL输入框中输入AddPet接口的URL  http://petstore.swagger.io/v2/pet点击测试步骤左上角GET旁边的下拉按钮，修改HTTP请求方法为POST添加请求头Content-Type：application/json点击“请求体”，添加如下请求体{  "id": 1111111,  "category": {    "id": 0,    "name": "string"  },  "name": "doggie",  "photoUrls": [    "string"  ],  "tags": [    {      "id": 0,      "name": "string"    }  ],  "status": "available"}内置参数和测试检查点点击“检查点”添加检查点${code} == 200，验证请求响应码等于200。说明：$code是DevCloud接口测试的内置参数，代表请求响应码。鼠标放在右上角？号图标上可查看测试检测点的具体说明。DevCloud内置参数列表见https://support.huaweicloud.com/usermanual-testman/testman_ug_00008.html调试接口测试请求点击“调试”按钮，调试测试脚本调试结束后系统显示调试结果，包含请求的URL、Request Header、Request Body、Response Body、Response Code、Response Header信息。检查调试信息，验证编写的测试脚本符合预期。参数传递和响应提取6. 在“脚本编辑页面”中，点击“+URL请求”新建测试步骤按钮，添加第二个测试步骤。说明：此步骤将添加一个GET请求至Swagger Petstore的GetPetById接口，获取上一个测试步骤中创建的Pet，在测试检测点中验证接口返回的是期望的Pet。点击“+URL请求”新建测试步骤按钮，添加一个新的测试步骤。在测试步骤请求URL中输入http://petstore.swagger.io/v2/pet/${petId}说明：此URL中的${petId}将使用DevCloud接口测试的参数传递功能。在实际测试中，当后序的测试步骤依赖前序的测试步骤的输出时，需要使用参数传递。此实验步骤中，URL中的petId依赖于前序测试步骤创建的Pet的Id，因此使用参数传递，即把前序测试步骤的Request Body中的id参数化为petId，后序测试步骤可以在URL、检查点值等处使用参数引用petId。点击前序测试步骤的“参数传递”，添加以下参数传递的定义，参数类型Long，参数名petId，熟悉$body.id说明：与${code}一样，${body}也是DevCloud接口测试的一个内置参数，代表HTTP Response Body请求响应体。如果响应体格式为JSON，则可以使用JSON操作符提取JSON字段，如${body}.id提取响应体JSON的id字段。DevCloud内置参数列表见https://support.huaweicloud.com/usermanual-testman/testman_ug_00008.html在第二个测试步骤中添加请求头Accept：application/json，要求接口返回JSON格式的Response Body在第二个测试步骤中添加两个检查点，第一个检查点验证Response Code为200，第二个检查点验证Response Body内容是否符合期望。第二个检查点中再次使用到了步骤1中声明的参数，作为检查点的比较值。说明：检查点是测试用例或脚本中验证测试输出结果是否符合预期的表达式，也称测试验证点或测试断言。DevCloud接口测试内置30多个检查点比较操作符，详见https://support.huaweicloud.com/usermanual-testman/testman_ug_00009.html点击“调试”，验证编写的测试脚本符合预期。点击“返回”按钮，返回接口测试用例列表，在列表中可以看到刚创建的测试用例。点击此测试用例的“执行”操作，可以执行测试用例。用例执行完毕后，点击此测试用例的“查看执行历史”，可以查看执行记录和日志。点击此测试用例名称，可以编辑测试脚本。总结：至此，一个简单的包含两个测试步骤（两个接口请求）的自动化测试脚本即编写完成，脚本验证AddPet接口在正确输入的情况下是否成功添加Pet、是否可以通过GetPetById接口获取此Pet。思考：1. 如何验证AddPet接口创建的Pet的name字段与创建时的输入一致？答案：在第一个测试步骤中添加新测试检查点 ${body}.name equals doggie2. 如何验证AddPet接口拒绝非法格式的输入？答案：创建一个新的测试用例，在AddPet接口请求的Request Body中输入非法格式的JSON，在检查点中添加${code} == 405，如果用例执行结果为成功，则验证了AddPet接口可以拒绝定义的非法格式JSON输入。以此类推，测试用例可以定义出更多非法字符、非法参数等非法输入场景，验证AddPet接口拒绝非法格式功能的健壮性。对非法场景定义的越全面，接口就测试得越全面。更多功能，如接口测试关键字、全局参数、局部参数、分环境管理全局参数、测试套件、逻辑操作、流水线驱动的持续接口测试，请参阅云测帮助文档中的接口测试相关介绍https://support.huaweicloud.com/cloudtest/index.html 或产品中的页内帮助3.2HTTP接口功能测试 – Swagger模式简介：和3.1相同，此实验将创建一个接口测试用例，包含两个测试步骤（两个接口请求），脚本验证Swagger Petstore AddPet接口在正确输入的情况下是否成功添加Pet、是否可以通过GetPetById接口获取此Pet。与实验1的区别是，本实验通过基于Swagger接口描述文件创建测试步骤。难度：中等实验步骤：1. 注册登录DevCloud云测首页 https://devcloud.huaweicloud.com/testman/home，点击项目列表某个项目进入项目；如果没有项目，请先创建项目。2. 点击项目顶部菜单栏中的测试->接口测试，进入接口测试页面。3. 点击“脚本模板”页签下的“导入模板”前提准备：如果没有Swagger Petstore的Swagger接口描述文件，请打开浏览器访问http://petstore.swagger.io/v2/swagger.json，作为文件保存到本地电脑。在“导入脚本模板”对话框中，点击“选择文件”，选择保存的Swagger Petstore接口描述文件，点击“确定”导入。导入后，Swagger Petstore的接口描述文件中的每个接口生成一个脚本模板，基于这些脚本模板可以为测试用例快速创建测试步骤。脚本模板名称对应Swagger文件中的operationId，路径对应接口path。如果希望使用Swagger文件的接口描述的summary作为脚本模板名称，可以在【设置】->【功能开关】中切换效果如下4. 点击“测试用例”页签下的“新建”按钮，新建测试用例5. 在“新建测试用例”窗口中输入名称和编号（或仅输入名称，由系统自动生成编号），点击“保存并编写脚本”，保存后系统自动打开“脚本编辑页面”例如：测试用例名称：Petstore_AddPet_正确输入_2测试用例编号：Petstore_AddPet_002从左侧脚本模板中搜索“addPet”（Add a new pet to the store）和“getPetById”(Find pet by ID;Returns a single pet)，拖拽或点击“+”图标添加至右侧空白区域，添加为测试步骤。6. 在“addPet”测试步骤的“body”字段中填入创建Pet的JSON文本，此文本对应addPet接口POST请求的Request Body。{  "id": 1111111,  "category": {    "id": 0,    "name": "string"  },  "name": "doggie",  "photoUrls": [    "string"  ],  "tags": [    {      "id": 0,      "name": "string"    }  ],  "status": "available"}点击“检查点”添加检查点${code} == 200，验证请求响应码等于200。说明：${code}是DevCloud接口测试的内置参数，代表请求响应码。鼠标放在右上角？号图标上可查看测试检测点的具体说明。点击“调试”按钮，调试测试脚本调试结束后系统显示调试结果，包含请求的URL、Request Header、Request Body、Response Body、Response Code、Response Header信息。检查调试信息，验证编写的测试脚本符合预期。7. 在“getPetById”测试步骤中，设置petId参数的值为${petId}说明：${petId}将使用DevCloud接口测试的参数传递功能。在实际测试中，当后序的测试步骤依赖前序的测试步骤的输出时，需要使用参数传递。此实验步骤中，参数中的petId依赖于前序测试步骤创建的Pet的Id，因此使用参数传递，即把前序测试步骤的Request Body中的id参数化为petId，后序测试步骤可以在参数、检查点值等处使用参数引用petId。点击前序测试步骤的“参数传递”，添加以下参数传递的定义在第二个测试步骤中添加两个检查点，第一个检查点验证Response Code为200，第二个检查点验证Response Body内容是否符合期望。第二个检查点中再次使用到了步骤1中声明的参数，作为检查点的比较值。点击“保存并调试”，验证编写的测试脚本符合预期。点击“返回”按钮，返回接口测试用例列表，在列表中可以看到刚创建的测试用例。点击此测试用例的“执行”操作，可以执行测试用例。用例执行完毕后，点击此测试用例的“查看执行历史”，可以查看执行记录和日志。点击此测试用例名称，可以编辑测试脚本。总结：至此，基于Swagger接口描述文件，创建了一个简单的包含两个测试步骤（两个接口请求）的自动化测试脚本，脚本验证AddPet接口在正确输入的情况下是否成功添加Pet、是否可以通过GetPetById接口获取此Pet。更多功能，如接口测试关键字、全局参数、局部参数、分环境管理全局参数、测试套件、逻辑操作、流水线驱动的持续接口测试，请参阅云测帮助文档中的接口测试相关介绍https://support.huaweicloud.com/cloudtest/index.html 或产品中的页内帮助

可信区块链推进计划于2018年9月20日对华为云区块链服务平台进行了可信区块链功能测试。BCS满足可信区块链标准中核心、应用和运维三部分要求，通过评审。