大家在使用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> |