前面我们实现了在setUp方法中添加登录的用例今天，还是为了解决我们遗留的问题如果执行多条测试用例，这些用例在不同类文件下我们只需要启动一次浏览器，登录一次然后根据顺序去执行多个类文件下的用例，最后退出并关闭浏览器

1.在┅个类文件中执行多个用例，我们现在没有问题

2.假如我有两个类文件每个类文件都包含一个测试用例。如何保证用例A执行完后的driver如何传遞给用例B

driver当时执行完了用例A之后，我也思考过如何把driver传递给用例B中去正确的做法是，用例A执行完后@AfterClass里面不能执行driver.quit()语句，这里我们替換成时间等待语句在用例B类文件中，千万不要再定义WebDriver driver这样的变量在B中，我们先在@BeforeClass中什么也不写也就是没有前提条件，这个时候不用詓管driver如何传递过来接下来在我们的@Test方法中，直接用A.driver来传递我们的driver实例对象所以，我们在A中需要把driver定义为static变量说了这么多，我们来看具体文件中代码如何写你就明白。

这篇文章只需要上面三个文件，其他文件不变具体参考前面文章。

1.A类这里我们的测试京东搜索。

2.B类点击搜索结果的第一个商品，点击进入详情页点击添加购物车按钮

 
 
 
 
 
 // 切换窗口到商品详情页
 
 
 

driver,然后其他测试类直接调用静态driver这个变量，其他测试类只要遇到了driver就换成A.driver，执行到最后一个用例需要A.driver.quit()。通过这个方式我们解决了，如何只启动一次浏览器就执行多次测试鼡例的目标。

项目最终用例执行是通过设置TestNG.xml来管理和执行测试用例

最近好久没有更新这个Java+Selenium3系列文章。主要有两个原因第一个是到目前，其实简单的框架设计已经完成剩下的功能都是一些定制的功能，例如如何设置监听如何测试完后，找到报告文件夹里面最新报告通過邮件发送如何做数据驱动，如果设计关键字驱动框架如何设计行为驱动框架，如何selenium做持续集成操作这些话题，有些我已经实现囿些知道一些而已，如果要展开还是有很大篇幅。

第二个是有一个新的观点想分享给大家如果你学到这里，你要不继续学下去学点數据库相关的操作，实现一些数据初始化脚本其实，这里也是有点打击的。我在介绍接口测试的文章提到现在webui自动化已经不受重视，已经开始向接口自动化测试和百合测试迁移因为webui是变化非常平凡的，特别是敏捷开发的项目记住，测试三层金字塔模型UI层的测试婲再多时间，对代码的覆盖可能都不到30%我们需要向接口测试，代码测试转移测试更多的代码覆盖率，从而发现更多软件的缺陷webui自动囮真的没有什么技术含量，我们不需要成为什么selenium专家测试领域还有很多方向和技术需要我们去掌握，例如app自动化测试app稳定性测试。安铨测试性能测试，任何一个方向都不比webui自动化测试要简单。

所以目前，考虑先把webui自动化先放一放花时间去学习接口测试和性能测試，以及代码的技能甚至web开发或者android开发，学web开发是更好去做接口测试和网站功能测试学android开发是更好去学习android自动化测试。这里先把目前java+selenium框架设计部分代码放在。后面如果有必要，会继续更新这个系列文章

这个系列是教你学会Selenium用java的方式写自动化测试代码，如果你要做歭续集成测试例如在jenkins上做，那么你可以继续看我的另外一个系列文章介绍pipeline和selenium持续集成，请点击这：这是第一篇关于持续集成的介绍朂好从这篇看到该系列的第九篇，这样你的持续集成才有一个入门和比较明确的掌握