检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
TestPlan)是一款自主研发的一站式测试管理平台,沉淀了华为多年高质量的软件测试工程方法与实践,覆盖测试计划、测试设计、测试用例、测试执行和测试评估等全流程,旨在帮助企业协同、高效、可信的开展测试活动,保障产品高质量上市。 测试设计 测试设计借助思维导图进行启发式测试设计,可视化承载4层测试
接口自动化用例中前后步骤如何传递变量 问题现象 在编写接口测试自动化脚本过程中,前后步骤如何传递变量? 例如:要测试接口B,该接口有一个入参orderNumber,它的值来源于接口A的响应体中number属性的值,并且该值是动态变化的,如何把接口A响应体number属性的值动态传
接口自动化用例中测试步骤检查点如何设置 问题现象 在编写接口测试自动化脚本过程中,测试步骤中涉及检查点如何进行设置? 处理方法 请参考设置测试检查点,了解检查点功能详情及操作步骤。
思维导图生成用例后,测试步骤、预期结果存在空的序号 问题现象 将编辑好的思维导图生成用例后,详情页中存在空的测试步骤和预期结果。 原因分析 生成测试步骤时,读取打上TP标签节点的第一层子节点,顺序根据ST的标签按照从上到下,依次递增。若ST标签没有设置EX预期结果,对应序号的预期结果为空。
有门店网络”。 单击图标,选择“新建测试用例”。 图1 新建测试用例 输入名称“门店网络查询”,参照表2编辑测试步骤与预期结果,单击“保存”。 表2 测试步骤 测试步骤 预期结果 打开凤凰商城首页。 页面正常显示。 单击菜单“门店网络”。 进入“门店网络”界面,页面中存在省份筛选,页面最下面显示推荐门店信息。
求很高。 测试范围 详述被测系统(测试对象)的名称、版本、特性、需求、环境、测试项,明确需要测试什么、不测试什么。 测试策略 明确测试类型、测试场景、测试方法,策略性说明如何测试。 测试方案 详述测试使用的方案,例如集成步骤和顺序、测试步骤和顺序、测试方法、测试工具、测试用例设计和执行方法等。
输入分组名称,并拖拽相关的测试步骤到分组。 分组中可添加URL请求、判断、等待、循环。 支持拖拽编排分组在测试用例中的顺序。 支持拖拽编排分组内部测试步骤的顺序。 支持整体禁用或者删除分组。 判断 如果需要根据前序测试步骤的结果决定后续需要执行的测试步骤,可使用判断。 判断设置方式如下:
Integer 执行耗时 step_txt String 测试步骤 step_expect String 测试步骤期望结果 step_actual String 测试步骤实际结果 step_result String 测试步骤结果 release_dev String 版本号 creation_version_uri
设置CodeArts TestPlan接口脚本的响应提取 响应提取是提取接口响应结果的某一部分,命名为参数,供后续测试步骤参数化调用。响应提取需要在前序测试步骤定义,后续测试步骤使用。 在前序测试步骤中,在“响应提取”页签创建要传递的参数。响应提取的来源需要用到内置参数,请参考内置参数了解如何使用内
参数类型 描述 result 否 String 步骤结果值 actual_result 否 String 步骤实际结果 expect_result 否 String 步骤期望结果 test_step 否 String 用例操作步骤 响应参数 状态码: 200 表4 响应Body参数
去重:避免重复设计冗余用例 规则7.7.1 避免重复用例、完全等价的冗余用例。 父主题: 用例前置条件、测试步骤、预期结果文字表达规则
这里要避免把“测试步骤”作为原因,而应该分析测试步骤背后引起的数据变化作为原因,由此分析是否有其它场景会出现类似的问题,层层抽丝剥茧,尽量还原出问题的本质。如果是偶现问题,也需要尽量分析问题原因,请开发人员帮助定位定界问题。 最后,整理问题发生条件、操作步骤、问题表现。 重现缺陷
太过专业化的用语,以保证不同技术层面的测试人员都能容易理解。 规则7.3.2 避免出现对系统内部实现的描述。 父主题: 用例前置条件、测试步骤、预期结果文字表达规则
将测试步骤保存为CodeArts TestPlan组合脚本关键字 背景信息 在设计测试用例时,经常会遇到有一些相同的前置步骤或者测试逻辑。如果每一个测试用例中都编写这些步骤,重复工作量很大,并且难以维护。组合关键字用于将多个步骤封装常用测试逻辑,可以被测试用例调用实现逻辑复用。 场景一
容的情况发生。 测试步骤 使用XX工具,强行中断A模块的进程。 创造条件,使得A模块异常。 反例中未描述如何使A模块异常,不具备指导性。 测试步骤 拔掉A模块所在机器的网线。 创造条件,使得A模块异常。 反例中未描述如何使A模块异常,不具备指导性。 测试步骤 1.进入信息主界面 2
Integer 执行耗时 step_txt String 测试步骤 step_expect String 测试步骤期望结果 step_actual String 测试步骤实际结果 step_result String 测试步骤结果 release_dev String 版本号 creation_version_uri
的描述。 规则7.4.2 影响用例最终结果的检查点,需要填写预期结果,避免测试检查点遗漏。 规则7.4.3 预期结果中不能出现操作步骤,要将操作步骤和预期结果严格区分开。 【正例/反例】 字段 正例 反例 点评说明 预期结果 A接口返回HTTP状态码200,返回值中status值为success。
03e\"]", "test_step" : "[\"\\u003cp\\u003e步骤描述1\\u003c/p\\u003e\",\"\\u003cp\\u003e步骤描述2\\u003c/p\\u003e\"]" } ], "test_version_id"
背景信息 接口自动化用例支持通过导入Postman文件生成测试步骤。 导入Postman需满足以下要求: 支持Postman Collection v2.1标准。 仅支持Postman请求方法、请求URL、请求头、请求体生成测试步骤。 Postman请求体导入方式仅支持form-data
一个测试用例应覆盖单一测试逻辑。 规则7.2.2 用例的执行步骤建议在7步以内,超过7步的考虑拆分为多个用例。 规则7.2.3 对于产品技术、测试技术的基本知识和常识,不要在用例中描述。 规则7.2.4 每个执行步骤建议描述单一的操作,应避免把多个复杂的操作放在同一步骤中。 规则7.2.5 测试用例中不要写无关冗余的内容