Question

在我的扫盲班中,IWebElement的定义如下:

[FindsBy(How = How.XPath, Using = "//input[contains(@ng-model, model.BrancheName )]/following-sibling::span")]
private IWebElement TooltipBrancheName;

The following Method gets the text of this Tooltip:

public string GetTooltiptekstDatabaseBranche()
        {
            string text = TooltipBrancheName.GetAttribute("class");
            Actions actions = new Actions(driver);
            actions.MoveToElement(TooltipBrancheName).Perform();
            //actions.MoveToElement(driver.FindElement(By.XPath("//input[contains(@ng-model, model.BrancheName )]/following-sibling::span"))).Perform();
            return TooltipBrancheName.GetAttribute("title");
        }

当我把这一方法从我的测试班称为System.Refelection.TargetException: 目标与目标类型不符。例外与MoveToElement方法有关。

这种方法中的第一条编码线仅用于检查工具TipBrancheName IWebElement 财产,而不是Null,因为这种方法给我提供了该类别特性的正确价值。

当我不满意评论的行文并评论给予例外的行文时,该方法就会被罚款。这两条线路使用的定位器相同。 I m 曲解造成这一例外的原因,即存在的领域ToolTipBrancheName,不是Nll,是正确的类别:IWebElement。

Answer 1

第2行:

private IWebElement TooltipBrancheName {get; set;}

Answer 2

少有历史:

我在昨天测试一种利用思考比较两个DTO的方法时,实际上陷入了同一个例外。我的案例是,我意外地使用了两个不同的DTO课程(例如ServerDTO, accountDTO

The WILD guess:



I m gonna在此作一个长篇大论,并猜测: 回归与Web 司机<<>回归代码”不相同。 如果您的司机(例如)Chrome/63/7r/code>,则该驾驶员将填写ChromeWebElement,但MAYBE, Finds 通过(由于属性取决于网络用户),将IWebElement(使用<代码>WebElement接口)。


BUT

当你使用<代码>行动=新行动(driver);时,可以使用网络驱动器物体(ChromeWebElement,FireFoxWebElement,取决于你使用什么动力)。 当<代码>Perform(>> 运行时,它使用思考方法获取网络要素的特性(例外是死亡放弃)。 此时此刻,或许可以假定该要素为<编码>。  ChromeWebElement,而不是IWebElement,(除此例外情况外,它试图获取的东西。  ChromeWebElement has but not the IWebElement, 同我与多功能组织一样。

P.S. 以上所述纯属假设,但也许会受到打击,以帮助进一步调查。

友情链接