class IllegalNameException extends Exception{
String msg ;
public IllegalNameException(String msg){
super(msg);
thismsg = msg;
}
public String toString(){
return thismsg+" is an illegal name" ;
}
}
class Person{
String name ;
void setName(String name) throws IllegalNameException {
if(namematches("[a-zA-Z]+")){
thisname = name;
}
else{
throw new IllegalNameException(name);
}
}
String getName(){
return thisname;
}
}
public class Test{
public static void main(String args[]){
try{
Person e=new Person();
esetName("xiaoxia");
Systemoutprintln("The name of the person is "+egetName());
esetName("11");
Systemoutprintln("The name of the person is "+egetName());
}
catch(IllegalNameException e)
{
Systemoutprintln(e);
}
}
}
最近发现还有人在处理Exception的时候还在使用 emessage 来输出异常(错误)信息。
程序中的一个举例(日志):
现在Python的最新版本已经是 python2713/python362, 而 emessage 则是python25x 的语法了。
PEP 352 -- Required Superclass for Exceptions
>
将出事前下载的软件、驱动、补丁等全部卸载试试,如果卸载软件无效或不知道安装了什么,先软后硬,还原一下系统。还是不行重新安装 *** 作系统,不要安装软件、补丁、驱动等,看看关机还有问题吗?如果没有在逐步的安装驱动、补丁、软件,找出不合适的东西就不要安装了。
作为一名工程师,在使用工具的时候,应该尽量做到知其然知其所以然,这样我们才不会变为搬砖码农。那么如何才能久病成医(深入了解和使用WebDriver)?不得不说,学习WebDriver的各类Exception是一条捷径。因为看懂一些常用的Exception,有利于我们迅速定位排查问题,提升我们的调试和维护自动化的效率。这里我们就列举一些常见的WebDriver病灶(Exception)供大家诊断。
我们先来看一下查找元素的异常,直白的翻译这个异常,我们可以得到无效的选择器异常。那么我们什么地方会用到选择器呢?回忆一下,WebDriver提供的定位方式有id,name,className,css,tag,linkText,xpath等,其中只有css和xpath存在着语法(其他都是唯一的String)。何为无效呢?也就是我们拼成的css和xpath不符合css和xpath的语法,导致程序无法识别。当我们看到这个异常的时候,我们就可以瞬间反应过来,可能这个FindElement方法的定位器写的css和xpath语法错误了。
在写对了元素定位器,同样会出现异常,如同这个异常一样,翻一下:没有这样的元素异常。也就是说根据我们所写的合法元素定位器,无法找到符合要求的元素。试想一下,在哪些情况下会出现这样的情况呢?因为我们的选择器写的很正确不是吗?如果在id,name,className,css,tag,linkText中出现该错误,十之八九是因为自己手打String的时候,出现了错误。当然遇到xpath出现的话,也许会相对复杂一些,相对路径写错了或是元素属性值打错了等。
看着这个异常与NoSuchElementException是不是很相似。基本上我们可以认为其实他们是一样的,Frame只是一种特殊的Element,同样是因为我们根据给于的选择器无法找到这个Frame(特殊的Element)。
在找元素的时候会有异常,同样在切换窗口的时候同样会出现找不到。只不过查找Window我们是使用页面句柄或者页面title。
这个异常不好理解,我们先翻译一些这个异常:陈旧的元素引用异常。那什么样的元素会变成陈旧的呢?我们这里假设一种常见:我们在页面上找到了一个元素并把这个元素赋值给myElement,即WebElement myElement = driverfindByElement(by);在接下去的 *** 作中,myElement这个页面元素在一系列 *** 作后,彻底的从页面上删除了,那么接下去我们执行myElementclick(),此时页面已经没有这个元素了,那么他的引用关系是不是很陈旧了?
上面讲了一些我们在编写用例的时候会出现的“硬”异常,为什么我叫他做“硬”异常呢?因为他们是在我们用例写成后,第一次执行报异常后,如果不进行任何修改,每次都会出现该异常。是一盘不回锅就永远嚼不下去的硬菜。当然有硬菜就会有软菜,也就是一些非必现的偶发性异常。
这个异常是WebDriver的总异常类,大部分没有独立异常catch的类,都会通过这个Exception抛出。对于这个类,可能我们就不是单纯的看异常名字了,需要详细分析的Exception Message了。当然我们也不一一介绍,只举例我们的“软”异常。
这条Message,应该是我们在写自动化点击 *** 作中遇见较为频繁的一条。我们翻译一下,元素不能在坐标(669,358)上进行点击,原因是其他元素接收到了这个点击事件。那为什么会出现这种情况呢?首先我们来说一下WebDriver的实现机制:它是通过调用浏览器接口,实际进行浏览器 *** 作的。比如这里的点击,其实是我们找到这个元素,计算这个元素的中心点在浏览器中的位置,然后对浏览器的这个位置进行模拟点击,所以我们看到会有一个明确的坐标点。那为啥会点击的时候没有点到,同时被其他元素接收了呢?这里我们就又需要重申一次AJAX了。我们举个详细的例子:
如图,在点击了删除d出的确认后,在JS响应完成,即关闭浮层前,我们点击浮层下的编辑或者删除按钮,即会触发这个异常了。也就是在JS响应速度还没有我们的自动化快时发生。
这个异常在我们日常AJAX页面上也是较为常见的一种。我们来翻译一下,无效的元素状态异常。那什么情况下会出现无效的元素状态。我们再看一个例子:
如图,在大部分网站的注册功能上,会在输入正确手机号后,获取验证码按钮变成可以点击,当然这个 *** 作是JS来控制,但是有可能出现我如图的情况,我已经输入了手机号,但是由于JS慢了半拍,导致获取验证码处于不能点击的状态,这时点击获取验证码即会出现我们说的异常了。
通过了解Exception后,我们可以很快的定位出程序存在的问题,从而实现效率的提升。在上面举例的这些异常的例子,大多数是这个异常出现的一个场景之一,但是通过我们深入分析原因,很容易将我们遇到的问题基本可以归类到这几种异常。所以大家后续编写用例过程中,如果遇到如上这些异常,可以适当的分析和定位原因。当然我们可以看出来上面的“硬”异常,其实是可以通过我们的细心可以慢慢规避,当我们遇到“软”异常的时候,我们可能需要分析具体问题了。然而,我们业内会有很多框架二次封装,有部分就是在解决那些“软”异常,来提升测试的稳定性。
以上就是关于1、请编写一个异常类IllegalNameException(包含方法getMessage),当用户输入的名字中包含有除大小写字母全部的内容,包括:1、请编写一个异常类IllegalNameException(包含方法getMessage),当用户输入的名字中包含有除大小写字母、python 中的e.message、360重装系统显示exception processing message等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)