Tag Info

Hot answers tagged

10

Yes. WebDriver supports using an XPath to locate an element by the text it contains. For example, the following XPath locates any div containing the string "Hello Justin": //div[contains(.,'Hello Justin')]


7

Well, in fact I am using xpath. The best way is to put an static -of course unique- id to the elements you want to refer.


6

Don't forget the not only performance is better with CSS locators, it's the compatibility too that matters. We are testing on a multy browser environment in which we use: IE, SAFARI, FIREFOX, CHROME. On IE the xpath almost never works OR it is SO slow that it can't be managed. So we use CSS where ever we can. Unfortunately IE does not support many CSS ...


6

css=a[text='Log Out'] or a[innertext='Log Out'] Can you please try this one out? Or if that doesn't work and you still don't want to use xpath because it's slow, you can always try: link=Log Out. That's still better then xpath. EDIT: So i found a possible solution for you mate. If you are trying to find an exact String you could always use Regular ...


6

Bruce, welcome to SQA. The label in the element in question is AgendaShowCapacity (1 remaining), but the label in your XPath is AgendaShowCapacity (1 remaining). I am not sure a blank and an   are equivalent in an XPath. Have you tried replacing that first blank with an   in your XPath? Another way to rule out the   ...


4

Sadly, it sounds like using the ID is not an option in this scenario A lot of websites implement security to prevent automating. While this makes your job more difficult it does improve the security of the application. So what can be done to bypass these security tricks? Use a different unique constant for that element This could mean using the class, ...


3

XPath list indexes are one-based, not zero-based. Try li[1].


3

No jQuery will not be faster. IE has a very slow JavaScript engine compared to other modern browsers. Using jQuery selectors means you are using JavaScript to query the DOM, so you are instantly limited by IE's JavaScript engine. XPath support in IE is also via a JavaScript library (Google's wicked good xpath library), so XPath's will also be slow. The ...


3

This is the problem with Selenium IDE or any other recorder for that matter. It doesn't deal with dynamic data very well. If you really want to solve this problem without switching tools, you can try to use an xpath with an static anchor that's higher up in the DOM. For instance, you just start at //*[@id='edit_1_undefined'] and lets assume this element is ...


3

you have to install firebug + firepath in mozilla firefox it will also provide you generated xpath You can also write the created xpath in the text field and press enter and it will validate the xpath .//*[contains(@placeholder,'Enter your email')] for creating xpath and locator search on google about locator strategies in selenium


2

Did you try using regular expression or a substring in the xpath? Something like this may help: xpath = "//img[contains(@id,'x-auto')]" OR WebElement Estimates=webdriven.findElement(By.xpath("//img[contains(@id,'x-auto')]")); You can also use another xpath method starts-with(@id,'x-auto')


2

An example of something you can only do in XPATH is go the parent of the current node. So while I recommend using CSS when you can, sometimes XPATH is the only way. Edit : Actually, brain-fart on my side. The following site has two very useful charts that compare CSS and XPATH locators if those exist plus DOM locators for good measure, all with special ...


2

As User246 mentioned, the xpath support depends on the browser. I have found a few problems with using XPath cross-browser. My solution for this problem was to find elements by tag name first, then iterate through the list of elements matching the tag and look for the attributes that I want to match on as well.


2

If there is an element above the button that is uniquely identifiable you could search only in that scope, assuming that the button is the only button in that scope. You could also try to partially match the button id (not sure if the entire thing changes, or just part of it) or match the button's class if it does not change. If there is no way to identify ...


2

Though you would be missing testing calendar functionality but if nothing works (as it is not just clicking calendar link but you would also have to navigate to right place in calendar) and it becomes a blocker then try typing directly in text box.


2

If it's just a counter (or another single value) that changes, track it as a variable in your test method and concatinate it. driver.findElement(By.Xpath("fixed path" + counter + "fixed path 2")); If that's not enough, check this thread for some other tricks. It's basically the same question as yours.


2

You can find an Xpath specification here. Your first xpath matches an anchor that contains exactly the string "test link". The last xpath matches an anchor whose contents includes the substring "test link". No doubt it is slower, but the depending on the circumstances, the performance difference may be insignificant. As far as I can tell, the first and ...


2

Create a string variable and use it (for example) as follows: string strMyXPath = "//*[@id='" + recordId + "_ACTION_COLUMN']/a[2]/span"; driver.FindElement(By.XPath(strMyXPath)).Click();


2

You've discovered one of the many flaws in automation, especially record n play automation. Either it make sure the app you are testing never changes its identifiers or you don't use record and replay and use code that can be more 'intelligent'


2

Does the code under test have unique semantic CSS classes you can rely on instead of an ID? For example, this page has the following HTML for showing an answer <div id="answer-5968" class="answer" data-answerid="5968" >. Instead of searching for this element by its ID, you can rely on class="answer" in your markup.


2

As much as possible, please avoid using absolute xpaths, any small change in the page layouts and your xpaths may become completely useless, as much as possible, use the class names, ids etc... For the gmail sign-in, //div[@class='signin-box']//div[@class='email-div']//input[@id='Email'] is the xpath for the UserName Text field, likewise for the ...


2

You can't capture the id's every time, you need to find some other way of uniquely identifying the elements. I'm assuming this is a 3rd party tool that you don't have any control over, but if you do have control you could ask the developers to provide either a unique ID or some other unique identifier. Some other options you have would be to identify ...


1

Here's a sketch of the solution in Java: List<WebElement> list = driver.findElements(By.xpath("//*[contains(text(),'" + text + "')]")); verifyThat(list.size(), both(greaterThanOrEqualTo(1).and(lessThanOrEqualTo(3))); where I use: standard WebDriver methods to get a list of matching nodes verifyThat that in contrast with assertThat is a soft ...


1

You have two options. If you're using findElement relative to another WebElement, your XPath needs to start with a dot (the element as your starting point). See the accepted answer in this topic. Alternatively, the XPath contains goes looking in child nodes too. You could try to immediately target the link element like so: "//a[@class='tv-card-link' ...


1

I think that your page (or part of it) is reloaded after performing listName.click(). After reload there is also a table which seems to be same as that one from before reloading but it is not the same one. You can count rows/columns in the table and use iterators in your loops. You will need to repeat WebElement table = ...


1

Seems like I have to use this line of code before I invoke any click events. The "clickAndWait" conversion of the Selenium IDE to Webdriver doesn't seem to work properly. It converts everything to *.Click(). Adding the implicit wait after every click event and setting WAIT_TIME to 3 in my Constants class seems to do the trick. ...


1

A few things to look at. Are you sure that the LinkText is correct? Are you missing spaces, non breaking spaces, etc that may appear in the html but you don't see as a user? Are you sure the xpath is correct? Is this a timing issue? Are you trying to find the elements before the page is finished loading or before those elements are loaded?


1

From my experience, sometimes the way XPaths are read by Selenium are different from what you expect, especially if you've verified the XPaths are correct in Firepath. Yes, both of the XPaths you've posted point to the same element and should work identically, but for some reason, only the relative one is working correctly in the IDE. The main takeaway ...


1

Try using this: selenium.ClickAt("xpath=//html/body/div/div[2]/ul/li[3]");


1

If you're already using XPath for this, can you start your XPath earlier on, for example, from the table that it appears as though this is in.



Only top voted, non community-wiki answers of a minimum length are eligible