测试App时，不免会遇到有WebView的混合式App，通常Appium建议采用切换Context的方法来进入Webview，之后就跟自动化Web是一样的方法。虽说方法一样，但是总是会有一些很坑的App实现方式，让人掉进深坑。后面我会以一个国际知名航空公司的移动应用为例（约60%的Webview + 40%的Native），讲述自己遇到的一些坑。。。
由于被测App不止一个Webview，直接switch就会出现错误，那么就想到切换到最后一个Webview，那不就对了嘛。所以很开心的有了如下代码：
public void switchToLastWebView() {
Set<String> contextNames = driver.getContextHandles();
Set<String> webViewContextNames = contextNames
.stream()
.filter(contextName -> contextName.contains("WEBVIEW_"))
.collect(Collectors.toSet());
if (webViewContextNames.size() > 0){
currentContextView = (String) webViewContextNames
.toArray()[webViewContextNames.size()-1];
driver.context(currentContextView);
}
LOGGER.log(Level.INFO, "current context:" + driver.getContext());
}
运行一下看看吧，过了！ 太棒了！！！
来来来，在运行一下。晴天霹雳。。。挂了。。。
不行，我不信，再运行一次。。。还是挂了。。。
那怎么办啊？
Debug啊！ 设个断点继续来。。
第一遍： Pass。
第二遍： Pass。。
第三遍： Pass。。。
怎么又不失败了，坑爹啊。。。
不能在Debug状态发现问题，该怎么发现问题呢？
加Log啊！
在哪加？加什么呢？
好问题！
先分析一下，首先打出切换之后当前的context是什么。 恰好，代码里面已经加了。
...
LOGGER.log(Level.INFO, "current context:" + driver.getContext());
...
其次，当前总共有哪些context
...
LOGGER.log(Level.INFO, "All contexts:" + contextNames);
...
再次，当前总共有哪些Webview的context：
...
LOGGER.log(Level.INFO, "All webview contexts:" + webViewContextNames);
...
加入Log之后代码如下：
public void switchToLastWebView() {
Set<String> contextNames = driver.getContextHandles();
Set<String> webViewContextNames = contextNames
.stream()
.filter(contextName -> contextName.contains("WEBVIEW_"))
.collect(Collectors.toSet());
String currentContextView = "";
if (webViewContextNames.size() > 0){
currentContextView = (String) webViewContextNames
.toArray()[webViewContextNames.size()-1];
driver.context(currentContextView);
}
LOGGER.log(Level.INFO, "All contexts:" + contextNames);
LOGGER.log(Level.INFO, "All webview contexts:" + webViewContextNames);
LOGGER.log(Level.INFO, "current context:" + driver.getContext());
}
通过console中的log信息，发现，运行时有时候All contexts 中显示的WebView的顺序与All webview contexts中的Webview的顺序不同，导致了从webViewContextNames取webview的时候，最后一个webview并不是All contexts中最新的webview。所以，最终的问题是webViewContextNames返回了错误的顺序，那么最有可能出错的就是filter方法了。经过stackoverflow：
https://stackoverflow.com/questions/29216588/how-to-ensure-order-of-processing-in-java8-streams
发现，如果需要保持顺序，那么我们应该使用List。接下来我们把webViewContextNames类型换成List<String> (注意Collectors.toSet()也需要换成Collectors.toList() )
...
List<String> webViewContextNames = contextNames
.stream()
.filter(contextName -> contextName.contains("WEBVIEW_"))
.collect(Collectors.toList());
...
最终的代码会变成：
public void switchToLastWebView() {
Set<String> contextNames = driver.getContextHandles();
List<String> webViewContextNames = contextNames
.stream()
.filter(contextName -> contextName.contains("WEBVIEW_"))
.collect(Collectors.toList());
String currentContextView = "";
if (webViewContextNames.size() > 0){
currentContextView = (String) webViewContextNames
.toArray()[webViewContextNames.size()-1];
driver.context(currentContextView);
}
LOGGER.log(Level.INFO, "All contexts:" + contextNames);
LOGGER.log(Level.INFO, "All webview contexts:" + webViewContextNames);
LOGGER.log(Level.INFO, "current context:" + driver.getContext());
}
同理对于从WebView切换到Native也是类似的方法：
public void switchToNativeView() {
Set<String> contextNames = driver.getContextHandles();
List<String> nativeViewContextNames = contextNames
.stream()
.filter(contextName -> contextName.contains("NATIVE_"))
.collect(Collectors.toList());
String currentContextView = "";
if (nativeViewContextNames.size() > 0) {
currentContextView = (String) nativeViewContextNames
.toArray()[nativeViewContextNames.size() - 1];
driver.context(currentContextView);
}
LOGGER.log(Level.INFO, "All contexts:" + contextNames);
LOGGER.log(Level.INFO, "All native contexts:" + nativeViewContextNames);
LOGGER.log(Level.INFO, "current context:" + driver.getContext());
}
至此切换至Webview的第一个坑就填完了，现在可以稳定的切到最前面的webview。
但是万一两个webview不是同时加载，是由先后顺序的陆续出来的呢？ 好吧，又掉坑里了。下期再看如何填这个坑。
