神马文学网第?24?章?selenium（待整理）2
来源：百度文库 编辑：神马文学网 时间：2024/04/23 18:14:30
第 24 章 selenium（待整理）
24.1. selenium功能测试
24.1.1. 概述
Selenium是非常非常有用的，对JavaScript支持良好的Web层功能测试，集成测试工具。
Selenium分为Core与RC(Remote Controll)两个部分，其中Core是基础的，直接在HTML Table里编写测试代码的模块，而Remote Controll则支持用Java等语言编写测试用例，并自动调用FireFox1.5来运行。
具体的语法见http://www.openqa.org/selenium-core/usage.html
24.1.2. Better Practice
Never use Selenium FIT mode
Selenium分为两种运行模式，Driven Mode(现在叫Selenium Remote Control)和FIT Mode(现在叫Selenium Core)。
FIT Mode顾名思义，就是类似FIT Testing Framework那种使用方式，主要用于QA等非技术人员编写Web应用的功能测试。FIT Mode的Selenium测试使用HTML来组织测试用例。例如我要测试一个web应用的登陆功能。我可能写出这样的HTML 表格。
1 < table >2 < tr >3 < td > open 4 < td > http://localhost:8080/login 5 < td >6 7 < tr >8 < td > type 9 < td > id=username 10 < td > someuser 11 12 < tr >13 < td > type 14 < td > id=password 15 < td > password 16 17 < tr >18 < td > click 19 < td > id=login_button 20 < td >21 22 < tr >23 < td > assertTextPresent 24 < td > Welcome to xxxx 25 < td >26 27
不同于FIT，Selenium内置了一系列的命令，如上例中的open, type, click以及assertTextPresent，因此QA可以完全抛开DEV独立地编写测试(FIT需要DEV提供Behavior Fixture)。因此FIT Mode是相当容易使用的，哪怕不会使用HTML的QA，也可以使用FrontPage画出三列表格，依次填入数据。
然而对于大多数team而言——尤其是敏捷team，FIT Mode平易的外表下是令人恐惧的泥沼。大多数团队往往选择使用Selenium作为功能测试和集成测试工具而不仅仅是QA测试工具，在不同的迭代间遇到功能流程或UI变化时，必须要重构Selenium测试，或者说，Functional Test Migration。令人遗憾的是，HTML based的Selenium FIT Testing的重构竟然令人难以置信的困难。我们可以使用include等Selenium FIT扩展，使得它可以重用详细的功能（Log in， Log out诸如此类）。即便如此，在一个真实的项目中，Selenium Test的数量往往在200-500之间(我目前所处的项目在改用Driven Mode前已达350+)，对于这么大基数的Selenium测试，手工重构几乎是不可想象的，而目前尚没有HTML代码重构工具。即便存在泛泛意义上的HTML重构工具，对于Selenium测试重构的有效性尚待商榷。而使用Driven Mode上述代码可以写为:
1 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {2 selenium.open( " http://localhost:8080/login " );3 selenium.type( " id=username " , " someuser " );4 selenium.type( " id=password " , " password " );5 selenium.click( " id=login_button " );6 assertTrue(selenium.isTextPresent( " Welcome to xxxx " ));7 }
很自然，一个训练有素的程序员会重构出如下代码:
1 public void login(String username, String password) {2 selenium.open( " http://localhost:8080/login " );3 selenium.type( " id=username " ,username);4 selenium.type( " id=password " , password);5 selenium.click( " id=login_button " );6 }78 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {9 login( " someuser " , " password " );10 assertTrue(selenium.isTextPresent( " Welcome to xxxx " ));11 }
之后无论是pull up到公共基类还是extact到Utils class都是很容易的事情。由于Java在代码重构上便利，Java Selenium Remote Control成为使用Selenium的最佳方式。在这一点上，纵使Ruby语法上比Java简单灵活得多，它仍不是编写Selenium测试的最佳载体(当然一个经过精心设计的ruby selenium dsl wrapper还是具有非凡的价值的，这个我们后面会涉及到)。
24.1.3. Using the name user, system, page instead of selenium
观察上面提到的代码，其中使用selenium来操纵web应用的行为，这在Remote Control里是常见的做法，但是仍然不够好，我们可以做一些小的变化以得到更好的测试:
1 protected void setup() {2 selenium = // intialize selenium instance3 user = selenium;4 currentPage = selenium;5 }67 public void login(String username, String password) {8 user.open( " http://localhost:8080/login " );9 user.type( " id=username " ,username);10 user.type( " id=password " , password);11 user.click( " id=login_button " );12 }1314 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {15 login( " some guy " , " password " );16 assertTrue(currentPage.isTextPresent( " Welcome to xxxx " ));17 }
基本上这只不过是"另一种写法"而已，但是它更好的表达了"用户的行为"，如login代码所示。以及"系统的正确相应"，即currentPage.isTextPresent()。这种是典型的对编译器无意义对人有意义的代码，也就是普遍意义上好的代码。
24.1.4. Creating a DSL base on your test codes
懂得HTML的QA可以在没有DEV的帮助下使用Selenium FIT mode，然而却不能在没有DEV的帮助下使用Driven Mode。于是最自然也是最fashion的做法，就是在已有的test codes之上提供Testing DSL或者Scripting Language，让FIT mode变得更加FIT。这方面内容是一个更大的主题，以后再详细展开吧。
24.1.5. Hacking Selenium Object to support FIT command
Selenium FIT mode和RC mode下的命令有些许差异，比如FIT中的assertTextPresent，在RC中变成了isTextPresent。同样还有FIT中最实用的命令clickAndWait，在RC中变成了click和waitForPageToLoad。在RC中使用FIT mode中的命令也非难事，找到com.thoughtworks.selenium.Selenium，添加方法:
public void doCommand(String commmand, String parameters);
然后在com.thoughtworks.selenium.DefaultSelenium中添加实现:
1 public void doCommand(String commmand, String parameters) {2 String[] paras = new String[] { "" , "" , "" }3 for ( int i = 0 ; i < parameters.length && i < 3 ; i ++ )4 paras[i] = parameters[i];5 commandProcessor.doCommand(command, paras);6 }
然后试验一下:
selenium.doCommand( " clickAndWait " );
在我们使用纯RC mode之前曾经用过一段中间方案，将rc code转化为fit code来跑(因为rc不支持https)，由于不是真正的rc mode，像isTextPresent之类的方法都没有办法使用，只能使用FIT mode command。因此如果因为一些特殊的原因(https, chrome起不来，hta bug多等等)，你没有办法使用RC mode，但是有希望得到RC可重构的好处，那么这个tricky的技巧倒是不错的选择。
24.1.6. Using chrome and IE hta lanucher to support https
24.1.7. Run test using different browser lanucher to test browser compatibility
这两个都是和browser lanucher相关的，Selenium和JWebUnit最大的不同在于它使用真实的浏览器来跑测试，从而可以更加真实地考察系统在不同浏览器中的表现。因此使用不同的浏览器lanucher来运行测试，可以更好测试应用的浏览器兼容性，这对于web 2.0应用而言是很有帮助的。此外，使用rc提供的试验性lanucher，chrome和hta可以解决跨domain测试和https的问题。不过目前hta还是有很多bug的，推荐使用chrome。当然，最希望的还是澳洲的同事可以早日在selenium里提供https支持。
24.2. Selenium指南
网站：http://www.openqa.org
国内大部分公司还依靠QA组的MM看着测试用例Word文档来手工测试。如果钱人有限，又想改变现状，最实在的自动化测试建议是先编写直接访问数据库的商业层单元测试用例和 基于Selenium的集成测试用例。
在徐昊指导下，SpringSide2.0 已经全面应用Selenium。
Selenium能被选为最好集成测试、回归测试方案的原因是：
Selenium IDE ，一个FireFox plugin，能自动记录用户的操作，生成测试脚本。
生成的测试脚本可以用Selenium Core手工执行，也能基于Selenium RC放入Java，C#，Ruby的单元测试用例中自动运行。
测试用例调用实际的浏览器(如IE、FireFox)来执行测试。和有些开源方案自行实现Web解释引擎相比，实际的浏览器能模拟更多用户交互和JS语法，顺便还可以测试各浏览器兼容性。
测试脚本语法非常简单，见后。
24.2.1. 使用Selenium IDE生成脚本
Selenium IDE是一个Firefox1.5插件，下载后用Firefox将其打开。
工具->Selenium IDE，点击红色的recorder按钮开始录制，在网站中乱点时可以即时看到每个动作的脚本。
切换Format：显示 HTML，Java，C#，Ruby 语法的脚本。 option里还可以设定Java里Selenium变量的名称，如设为user，使脚本显示为user.input("name","foo");user.type("addButton")，阅读比较自然。
24.2.2. 测试用例与测试脚本
public class UserManagerTest extends TestCase{private Selenium user; public void setUp() throws Exception {user = new DefaultSelenium( " localhost " , SeleniumServer.DEFAULT_PORT, " *iexplore " , " http://localhost:8080 " );user.start();} protected void tearDown() throws Exception {user.stop();}public void testUserEdit() {user.open( " /helloworld " );user.click( " //a[contains(@href, 'user.do?id=0')] " );user.waitForPageToLoad( " 3000 " );user.type( " user.name " , " calvin " );user.click( " save " );user.waitForPageToLoad( " 3000 " );assertTrue(user.isTextPresent( " calvin " ));}
留意setUp中的"*iexplore"参数，设定使用IE作为测试浏览器；如果设为"*firefox"，就会在PATH中查找*firefox.exe。
注意，Selenium使用IE时的Proxy机制比较特殊，如果你同时在本机ADSL modem拨号上网，要先断网。
脚本中按徐昊的指导，使用user 作为Selenium的变量名，使用例更加易读。
Selenium RC里并没有为Java单列一个函数参考手册，需要阅读公共的Selenium Refrences，再使用同名对应的java函数。
所有函数都有一个locator参数，将操作付诸某个页面上的对象。支持ID，DOM语法，XPath语法，CSS selector语法等，详见参考手册。
如果不会写，最好的老师就是Selenium IDE。比如那句点击修改，就是用IDE得到user.click("//a[contains(@href, 'user.do?id=0')]")的XPath语句。
24.2.3. Ant的运行脚本
我写的Ant测试脚本一个重要特征是使用 并行容器节点，一边同时打开tomcat 和selenium server，一边等待两者打开后执行JUnit测试。
如果不使用并行节点，而是用spawn=yes属性后台启动tomcat，则屏幕里看不到tomcat信息，如果测试意外终止的话，也不能关闭tomcat。
< parallel >< antcall target ="tomcat.start" />< antcall target ="selenium.server.start" />< sequential >< waitfor maxwait ="10" maxwaitunit ="minute" checkevery ="1" checkeveryunit ="second" >< http url =http://localhost:8080/>< waitfor maxwait ="10" maxwaitunit ="minute" checkevery ="1" checkeveryunit ="second" >< socket server ="localhost" port ="4444" />< junit .. />< antcall target ="tomcat.stop" />
24.2.4. SpringSide 中的FunctionalTestCase基类
SpringSide中抽象了一个FunctionalTestCase基类，抽取了setUp() ，tearDown()函数中selenium server 开闭操作。
其中浏览器类型默认为"*iexplore", 基本url默认为http://localhost:8080
用户可以在Classpath 根目录中放置selenium.properties 文件，重新设定selenium.explorer 和selenium.baseurl 变量。
24.3. Selenium测试Ajax项目
24.3.1. 匆匆一瞥 Selenium
在典型的在线商店中，需要用户输入或选择众多步骤后才可以完成整个购物流程。作为web应用的开发者，你如何保证你程序的质量和正确性呢？如果能有办法测试你功能的正确性，那问题就迎刃而解了，但如何做到呢?
Selenium 是一个由ThoughtWorks做的专门为web应用所做的非常有效的功能测试工具。Selenium 的 tests 直接在浏览器里跑，就像用户真的在操作一样。Selenium 可运行 Windows, Linux, 和 Macintosh 的各种浏览器， 如 Internet Explorer, Mozilla 和 Firefox。
看看Selenium 的 online demo 。点击右上角的"All"按钮来启动运行test cases， 如无意其外，你将看到所有都是绿行。注意action的绿色是会比assertions浅的，这是因为他们测试的所有东西都只是verify或assert 命令。如果有一个assertion 失败了，则那行命令会变为红色，并且Selenium 会停止运行。如果verify 命令失败了，那行命令也会变为红色，但是不会让测试停下来。
在 Selenium 中的Test suites 和 cases 实际上是由 HTML 写成的， 它们只是很简单的 HTMLs。 test suite 中没行都只是关联了一个test case, 例如：
24.1. selenium功能测试
24.1.1. 概述
Selenium是非常非常有用的，对JavaScript支持良好的Web层功能测试，集成测试工具。
Selenium分为Core与RC(Remote Controll)两个部分，其中Core是基础的，直接在HTML Table里编写测试代码的模块，而Remote Controll则支持用Java等语言编写测试用例，并自动调用FireFox1.5来运行。
具体的语法见http://www.openqa.org/selenium-core/usage.html
24.1.2. Better Practice
Never use Selenium FIT mode
Selenium分为两种运行模式，Driven Mode(现在叫Selenium Remote Control)和FIT Mode(现在叫Selenium Core)。
FIT Mode顾名思义，就是类似FIT Testing Framework那种使用方式，主要用于QA等非技术人员编写Web应用的功能测试。FIT Mode的Selenium测试使用HTML来组织测试用例。例如我要测试一个web应用的登陆功能。我可能写出这样的HTML 表格。
1 < table >2 < tr >3 < td > open 4 < td > http://localhost:8080/login 5 < td >6 7 < tr >8 < td > type 9 < td > id=username 10 < td > someuser 11 12 < tr >13 < td > type 14 < td > id=password 15 < td > password 16 17 < tr >18 < td > click 19 < td > id=login_button 20 < td >21 22 < tr >23 < td > assertTextPresent 24 < td > Welcome to xxxx 25 < td >26 27
不同于FIT，Selenium内置了一系列的命令，如上例中的open, type, click以及assertTextPresent，因此QA可以完全抛开DEV独立地编写测试(FIT需要DEV提供Behavior Fixture)。因此FIT Mode是相当容易使用的，哪怕不会使用HTML的QA，也可以使用FrontPage画出三列表格，依次填入数据。
然而对于大多数team而言——尤其是敏捷team，FIT Mode平易的外表下是令人恐惧的泥沼。大多数团队往往选择使用Selenium作为功能测试和集成测试工具而不仅仅是QA测试工具，在不同的迭代间遇到功能流程或UI变化时，必须要重构Selenium测试，或者说，Functional Test Migration。令人遗憾的是，HTML based的Selenium FIT Testing的重构竟然令人难以置信的困难。我们可以使用include等Selenium FIT扩展，使得它可以重用详细的功能（Log in， Log out诸如此类）。即便如此，在一个真实的项目中，Selenium Test的数量往往在200-500之间(我目前所处的项目在改用Driven Mode前已达350+)，对于这么大基数的Selenium测试，手工重构几乎是不可想象的，而目前尚没有HTML代码重构工具。即便存在泛泛意义上的HTML重构工具，对于Selenium测试重构的有效性尚待商榷。而使用Driven Mode上述代码可以写为:
1 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {2 selenium.open( " http://localhost:8080/login " );3 selenium.type( " id=username " , " someuser " );4 selenium.type( " id=password " , " password " );5 selenium.click( " id=login_button " );6 assertTrue(selenium.isTextPresent( " Welcome to xxxx " ));7 }
很自然，一个训练有素的程序员会重构出如下代码:
1 public void login(String username, String password) {2 selenium.open( " http://localhost:8080/login " );3 selenium.type( " id=username " ,username);4 selenium.type( " id=password " , password);5 selenium.click( " id=login_button " );6 }78 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {9 login( " someuser " , " password " );10 assertTrue(selenium.isTextPresent( " Welcome to xxxx " ));11 }
之后无论是pull up到公共基类还是extact到Utils class都是很容易的事情。由于Java在代码重构上便利，Java Selenium Remote Control成为使用Selenium的最佳方式。在这一点上，纵使Ruby语法上比Java简单灵活得多，它仍不是编写Selenium测试的最佳载体(当然一个经过精心设计的ruby selenium dsl wrapper还是具有非凡的价值的，这个我们后面会涉及到)。
24.1.3. Using the name user, system, page instead of selenium
观察上面提到的代码，其中使用selenium来操纵web应用的行为，这在Remote Control里是常见的做法，但是仍然不够好，我们可以做一些小的变化以得到更好的测试:
1 protected void setup() {2 selenium = // intialize selenium instance3 user = selenium;4 currentPage = selenium;5 }67 public void login(String username, String password) {8 user.open( " http://localhost:8080/login " );9 user.type( " id=username " ,username);10 user.type( " id=password " , password);11 user.click( " id=login_button " );12 }1314 public void testShouldShowAWeclomeMessageAfterUserLoggedIn() {15 login( " some guy " , " password " );16 assertTrue(currentPage.isTextPresent( " Welcome to xxxx " ));17 }
基本上这只不过是"另一种写法"而已，但是它更好的表达了"用户的行为"，如login代码所示。以及"系统的正确相应"，即currentPage.isTextPresent()。这种是典型的对编译器无意义对人有意义的代码，也就是普遍意义上好的代码。
24.1.4. Creating a DSL base on your test codes
懂得HTML的QA可以在没有DEV的帮助下使用Selenium FIT mode，然而却不能在没有DEV的帮助下使用Driven Mode。于是最自然也是最fashion的做法，就是在已有的test codes之上提供Testing DSL或者Scripting Language，让FIT mode变得更加FIT。这方面内容是一个更大的主题，以后再详细展开吧。
24.1.5. Hacking Selenium Object to support FIT command
Selenium FIT mode和RC mode下的命令有些许差异，比如FIT中的assertTextPresent，在RC中变成了isTextPresent。同样还有FIT中最实用的命令clickAndWait，在RC中变成了click和waitForPageToLoad。在RC中使用FIT mode中的命令也非难事，找到com.thoughtworks.selenium.Selenium，添加方法:
public void doCommand(String commmand, String parameters);
然后在com.thoughtworks.selenium.DefaultSelenium中添加实现:
1 public void doCommand(String commmand, String parameters) {2 String[] paras = new String[] { "" , "" , "" }3 for ( int i = 0 ; i < parameters.length && i < 3 ; i ++ )4 paras[i] = parameters[i];5 commandProcessor.doCommand(command, paras);6 }
然后试验一下:
selenium.doCommand( " clickAndWait " );
在我们使用纯RC mode之前曾经用过一段中间方案，将rc code转化为fit code来跑(因为rc不支持https)，由于不是真正的rc mode，像isTextPresent之类的方法都没有办法使用，只能使用FIT mode command。因此如果因为一些特殊的原因(https, chrome起不来，hta bug多等等)，你没有办法使用RC mode，但是有希望得到RC可重构的好处，那么这个tricky的技巧倒是不错的选择。
24.1.6. Using chrome and IE hta lanucher to support https
24.1.7. Run test using different browser lanucher to test browser compatibility
这两个都是和browser lanucher相关的，Selenium和JWebUnit最大的不同在于它使用真实的浏览器来跑测试，从而可以更加真实地考察系统在不同浏览器中的表现。因此使用不同的浏览器lanucher来运行测试，可以更好测试应用的浏览器兼容性，这对于web 2.0应用而言是很有帮助的。此外，使用rc提供的试验性lanucher，chrome和hta可以解决跨domain测试和https的问题。不过目前hta还是有很多bug的，推荐使用chrome。当然，最希望的还是澳洲的同事可以早日在selenium里提供https支持。
24.2. Selenium指南
网站：http://www.openqa.org
国内大部分公司还依靠QA组的MM看着测试用例Word文档来手工测试。如果钱人有限，又想改变现状，最实在的自动化测试建议是先编写直接访问数据库的商业层单元测试用例和 基于Selenium的集成测试用例。
在徐昊指导下，SpringSide2.0 已经全面应用Selenium。
Selenium能被选为最好集成测试、回归测试方案的原因是：
Selenium IDE ，一个FireFox plugin，能自动记录用户的操作，生成测试脚本。
生成的测试脚本可以用Selenium Core手工执行，也能基于Selenium RC放入Java，C#，Ruby的单元测试用例中自动运行。
测试用例调用实际的浏览器(如IE、FireFox)来执行测试。和有些开源方案自行实现Web解释引擎相比，实际的浏览器能模拟更多用户交互和JS语法，顺便还可以测试各浏览器兼容性。
测试脚本语法非常简单，见后。
24.2.1. 使用Selenium IDE生成脚本
Selenium IDE是一个Firefox1.5插件，下载后用Firefox将其打开。
工具->Selenium IDE，点击红色的recorder按钮开始录制，在网站中乱点时可以即时看到每个动作的脚本。
切换Format：显示 HTML，Java，C#，Ruby 语法的脚本。 option里还可以设定Java里Selenium变量的名称，如设为user，使脚本显示为user.input("name","foo");user.type("addButton")，阅读比较自然。
24.2.2. 测试用例与测试脚本
public class UserManagerTest extends TestCase{private Selenium user; public void setUp() throws Exception {user = new DefaultSelenium( " localhost " , SeleniumServer.DEFAULT_PORT, " *iexplore " , " http://localhost:8080 " );user.start();} protected void tearDown() throws Exception {user.stop();}public void testUserEdit() {user.open( " /helloworld " );user.click( " //a[contains(@href, 'user.do?id=0')] " );user.waitForPageToLoad( " 3000 " );user.type( " user.name " , " calvin " );user.click( " save " );user.waitForPageToLoad( " 3000 " );assertTrue(user.isTextPresent( " calvin " ));}
留意setUp中的"*iexplore"参数，设定使用IE作为测试浏览器；如果设为"*firefox"，就会在PATH中查找*firefox.exe。
注意，Selenium使用IE时的Proxy机制比较特殊，如果你同时在本机ADSL modem拨号上网，要先断网。
脚本中按徐昊的指导，使用user 作为Selenium的变量名，使用例更加易读。
Selenium RC里并没有为Java单列一个函数参考手册，需要阅读公共的Selenium Refrences，再使用同名对应的java函数。
所有函数都有一个locator参数，将操作付诸某个页面上的对象。支持ID，DOM语法，XPath语法，CSS selector语法等，详见参考手册。
如果不会写，最好的老师就是Selenium IDE。比如那句点击修改，就是用IDE得到user.click("//a[contains(@href, 'user.do?id=0')]")的XPath语句。
24.2.3. Ant的运行脚本
我写的Ant测试脚本一个重要特征是使用
如果不使用并行节点，而是用spawn=yes属性后台启动tomcat，则屏幕里看不到tomcat信息，如果测试意外终止的话，也不能关闭tomcat。
< parallel >< antcall target ="tomcat.start" />< antcall target ="selenium.server.start" />< sequential >< waitfor maxwait ="10" maxwaitunit ="minute" checkevery ="1" checkeveryunit ="second" >< http url =http://localhost:8080/>< waitfor maxwait ="10" maxwaitunit ="minute" checkevery ="1" checkeveryunit ="second" >< socket server ="localhost" port ="4444" />< junit .. />< antcall target ="tomcat.stop" />
24.2.4. SpringSide 中的FunctionalTestCase基类
SpringSide中抽象了一个FunctionalTestCase基类，抽取了setUp() ，tearDown()函数中selenium server 开闭操作。
其中浏览器类型默认为"*iexplore", 基本url默认为http://localhost:8080
用户可以在Classpath 根目录中放置selenium.properties 文件，重新设定selenium.explorer 和selenium.baseurl 变量。
24.3. Selenium测试Ajax项目
24.3.1. 匆匆一瞥 Selenium
在典型的在线商店中，需要用户输入或选择众多步骤后才可以完成整个购物流程。作为web应用的开发者，你如何保证你程序的质量和正确性呢？如果能有办法测试你功能的正确性，那问题就迎刃而解了，但如何做到呢?
Selenium 是一个由ThoughtWorks做的专门为web应用所做的非常有效的功能测试工具。Selenium 的 tests 直接在浏览器里跑，就像用户真的在操作一样。Selenium 可运行 Windows, Linux, 和 Macintosh 的各种浏览器， 如 Internet Explorer, Mozilla 和 Firefox。
看看Selenium 的 online demo 。点击右上角的"All"按钮来启动运行test cases， 如无意其外，你将看到所有都是绿行。注意action的绿色是会比assertions浅的，这是因为他们测试的所有东西都只是verify或assert 命令。如果有一个assertion 失败了，则那行命令会变为红色，并且Selenium 会停止运行。如果verify 命令失败了，那行命令也会变为红色，但是不会让测试停下来。
在 Selenium 中的Test suites 和 cases 实际上是由 HTML 写成的， 它们只是很简单的 HTML
| MyTest |