约束和列表处理的例子

在一个无序列表,引导模块属性使用ActionModes验证和约束。或者,您可以设置一个指数,符号或结果统计XTestStep。

您可以使用以下类型的无序列表:

• 平列表:简单的列表,列表项元素的一个层次级别。

• 嵌套列表:列出列表和列表项元素的不同层级。

本章包含约束的例子和处理不同类型的列表。

例1:使用明确的约束

下面的例子显示了如何使用ActionMode确定一个列表项约束。你会验证其他列表项元素使用ActionMode验证。

我们的目标是确定一个特定的几个咖啡的咖啡在一个列表中。在这种情况下,你想要识别的列表元素Id的2。另外,你想验证咖啡的名称和描述。

设置ActionModes模块属性,选择theTestCase。

在细节选项卡中,列表项的唯一标识Id:设置ActionMode约束在模块属性Id与价值1。

验证的值列表项元素,使用ActionMode验证模块的属性的名字和描述。

当你运行你的TestCase,系统搜索的咖啡Id1。

一旦系统发现了咖啡,它验证的名字是且和它的价值描述。

示例2:使用汽车限制

如果你不设定明确的限制特定列表项元素,API引擎搜索列表中从上到下的第一级元素的层次结构。

如果你有多个级别,您可以扩展您的搜索查询元素的其他级别的层次结构。

下面的例子展示了如何扩展搜索到其他元素的水平层次结构。

我们的目标是确定一个特定的顺序在一个无序列表的几个订单。在这种情况下,你想验证一个特定的顺序的OrderId,但是有几个有相同的订单在你的列表OrderId。

如果你想确定您的订单使用ActionMode通过验证在模块属性OrderId,你将会收到一条错误消息。

错误消息表明,有超过一个的订单OrderId1。

缩小你的搜索,你需要包含列表项元素的二级列表,等FuelType。

确保包含列表项元素水平高于列表项元素FuelType在你的搜索。否则系统将继续只搜索列表的第一级。

为此,改变ActionMode列表项元素车辆从选择来验证。

这改变了你查询列表。系统现在搜索第一和第二层次的列表项元素。

你可以确定一个特定的秩序,包括OrderId1和一个车辆与FuelType柴油。