如何解决ValidationRule类的属性中的强制转换问题？

Question

我需要为Web应用程序中的用户角色创建一些测试。 为了使描述最少，其中一项测试涉及检查是否为用户显示菜单项。

对于此测试，我使用一个名为UserRoles的表，如下所示：

sUserName    bDoesntHaveMenuX
User1        1
User2        0
User3        1

bDoesntHaveMenuX是位类型。

我有一个从ValidationRule派生的类，该类基于XPath表达式来检查页面中是否存在某些文本，以查找要在其中查找文本的节点。 此类的公共属性是：

string XPathExpression
string Text
bool FailIfFound

最后一条指示如果找到或找不到文本，规则是否应该失败。

在测试中，我为开头提到的表添加了一个数据源，称为DS。 对于我感兴趣的请求，我添加了验证规则类的新实例，并带有以下值：

Text=MenuX
XPathExpression=//div[@id='menu']//td
FailIfFound={{DS.UserRoles.bDoesntHaveMenuX}}

不幸的是，这不起作用。 原因似乎是数据绑定过程创建了上下文变量DS.UserRoles.bDoesntHaveMenuX的值为“ False”或“ True”。 该值是一个字符串，因此绑定会导致转换错误。

据我所能想到的，我的选择是：

1. 更改验证规则以接受FailIfFound的字符串。 无效的选项有两个原因：这是骇客行为，在其他地方也使用相同的规则。
2. 制定一个将使用上述验证规则的新验证规则，并将FailIfFound实现为字符串。 由于上述原因，我也不喜欢这样。 这是一个hack。
3. 在将数据传递到验证规则之前，对测试进行编码并进行正确的转换。 我不喜欢这种方法，因为只有在没有其他方法的情况下，我才更喜欢将测试编码。

这使我想到了这个问题。 还有另一种方法吗？

谢谢。

Answer 1

因此，根本的问题是，您无法控制数据绑定如何处理“位”数据类型，并且它已转换为字符串而不是布尔值。

我能想到的唯一解决方案（可悲的是仍然有些hack，但并不像将FailIfFound更改为string那样令人震惊）是创建WebTestPlugin，然后在PreRequestDataBinding或PreRequest事件中，将值从string转换为bool。 别忘了将插件添加到您的测试中（我犯过的简单错误）。

然后，当创建验证规则时，它应该选择新的bool值并正常工作。

例如

  string val = e.WebTest.Context["DS.UserRoles.bDoesntHaveMenuX"].ToString();
  e.WebTest.Context["DS.UserRoles.bDoesntHaveMenuX"] = (val == "True");

我实际上没有尝试过……希望它能起作用。

编辑：第二轮...更好的解决方案

1. 将FailIfFound属性更改为string（在您提到的子类中），以便它可以与数据绑定一起正常工作。
2. 实现TypeConverter，该规则为规则的PropertyGrid中的属性提供有效值的下拉列表（真，假），因此在GUI中，它看起来与以FailIfFound作为布尔值的规则相同。 必要时，您仍然可以在框中键入自己的值（例如，用于数据绑定）。
3. 将包含TypeConverter代码的.dll路径添加到测试项目的“引用”部分。

这是我开始做的事情，它比必须在属性的编辑框中键入“ True”或“ False”更令人满意。