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')]


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

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

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

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

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


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

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

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

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

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

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

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

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

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

There seem to be two problems in your question: how to you locate the cursors (clickable parts of the map), and how do you determine whether a tooltip appears when you click a cursor. You did not explicitly ask about the second problem, so I will assume you are mostly interested in the first part. If all of your cursors are area elements, you might try ...


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

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.


1

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.


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

Is it too obvious to use the "title" attribute? //td[@title='Shows data of bank account'] On a different note, you could also look at the parent element and identify it, then draw reference to the particular tab your after. E.g. if the cell td is within a table row: //tr[@foo=bar]/td[x] where x is the child xth td element of the tab your after.


1

Since there are no other tabs with the name 'Account', the first xpath I would try would be: //td[text()='Account']


1

Have managed to resolve by using Selenium 2.0 as apposed to 1.0, apparently some issues with using XPATH 2.0 with Selenium 1.0 but seems to be working fine with 2.0.


1

This is a little bit of a long shot, but since this thread doesn't seem to be going anywhere... Usually, when Selenium has problems clicking on things in IE it is because the Zoom Level is not at 100%.


1

This is a nice place for a few CSS selectors. http://net.tutsplus.com/tutorials/html-css-techniques/the-30-css-selectors-you-must-memorize/ Thought it might be useful for people following this thread.



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