大家在使用selenium元素定位的时候，通常更多使用的是XPATH，css定位方式用得比较少 但有时候css定位方式还是有一些优势的， 优势1：一般情况下定位速度要比XPATH快 优势2：语法要比XPATH更简洁 下面简要介绍一下css元素选择器的语法 常见语法
|
*
|
通用元素选择器，匹配任何元素
|
|
E
|
标签选择器，匹配所有使用E标签的元素
|
|
.info
|
class选择器，匹配所有class属性中包含info的元素
|
|
#footer
|
id选择器，匹配所有id属性等于footer的元素
|
|
E,F
|
多元素选择器，同时匹配所有E元素或F元素，E和F之间用逗号分隔
|
|
E F
|
后代元素选择器，匹配所有属于E元素后代的F元素，E和F之间用空格分隔
|
|
E > F
|
子元素选择器，匹配所有E元素的子元素F
|
|
E + F
|
毗邻元素选择器，匹配紧随E元素之后的同级元素F （只匹配第一个）
|
|
E ~ F
|
同级元素选择器，匹配所有在E元素之后的同级F元素
|
|
E[att='val']
|
属性att的值为val的E元素 （区分大小写）
|
|
E[att^='val']
|
属性att的值以val开头的E元素 （区分大小写）
|
|
E[att$='val']
|
属性att的值以val结尾的E元素 （区分大小写）
|
|
E[att*='val']
|
属性att的值包含val的E元素 （区分大小写）
|
|
E[att1='v1'][att2*='v2']
|
属性att1的值为v1，att2的值包含v2 （区分大小写）
|
|
E:contains('xxxx')
|
内容中包含xxxx的E元素
|
|
E:not(s)
|
匹配不符合当前选择器的任何元素
|
例如这样一段html代码的网页
<div class="formdiv">
<form name="fnfn">
<input name="username" type="text"></input>
<input name="password" type="text"></input>
<input name="continue" type="button"></input>
<input name="cancel" type="button"></input>
<input value="SYS123456" name="vid" type="text">
<input value="ks10cf6d6" name="cid" type="text">
</form>
<div class="subdiv">
<ul id="recordlist">
<p>Heading</p>
<li>Cat</li>
<li>Dog</li>
<li>Car</li>
<li>Goat</li>
</ul>
</div>
</div>
匹配示例：
|
locator
|
匹配
|
|
css=div
css=div.formdiv
|
<div class="formdiv">
|
|
css=#recordlist
css=ul#recordlist
|
<ul id="recordlist">
|
|
css=div.subdiv p
css=div.subdiv > ul > p
|
<p>Heading</p>
|
|
css=form + div
|
<div class="subdiv">
|
|
css=p + li
css=p ~ li
|
二者定位到的都是 <li>Cat</li>
但是storeCssCount的时候，前者得到1，后者得到4
|
|
css=form > input[name=username]
|
<input name="username">
|
|
css=input[name$=id][value^=SYS]
|
<input value="SYS123456" name="vid" type="hidden">
|
|
css=input:not([name$=id][value^=SYS])
|
<input name="username" type="text"></input>
|
|
css=li:contains('Goa')
|
<li>Goat</li>
|
|
css=li:not(contains('Goa'))
|
<li>Cat</li>
|