说到设计模式,很多人的想法都是这是开发玩的东西。是的,设计模式能指导开发如何将代码写得更好。
作为测试,我们就不需要了吗?并不是,很多人说自己做了多少年的自动化测试,做了多少年的测试开发,写了多少框架、工具。但不管是面试聊到设计模式,还是看他写的框架、工具的代码,你都会发现,他只是实现了功能,这个代码写得很长,代码的内建质量很低。要修改、要调整一个功能,简直会要了老命。
为啥会要了老命呢?就是代码在编写的过程中,设计做的不好,让人看不懂、难理解、难维护、难扩展。
试想,面试的时候,大家能动面试说清楚你写的框架、工具里面用到了多少设计模式,面试官会怎么想?试想工作的时候,你用到了设计模式,你的领导,你的老板会怎么想?
其实测试代码也是代码,一些开发用的设计模式,同样可以用来指导测试代码的开发。前人已经帮我们总结出来了,我们只需要使用就好了。
在自动化测试工具、性能测试工具的开发中,我们最常用到的设计模式是:单例模式、策略模式(模板模式)、工厂模式、建造者模式,今天先将单例模式。
做性能测试的伙伴都知道,当收到客户端端请求的时候,服务端就会生成一个相应的线程来处理客户端的请求,显然随着并发量的增大,服务端生成的线程越多,那么服务端的压力越大,为避免服务端压力过大,对于服务端的公共资源,就可以使用单例模式来加以控制(线程池可以理解为具有多个实例的“单例模式”)。
因此对于性能测试工具的开发,我们是需要单例模式的,而对于自动化功能测试而言,单例模式对我们并不是必须的,因为并发量并不高。
说了这么多,什么是单例呢?单例模式的代码怎么写呢?
所谓单例就是指对象在运行的期间,有且只有一个实例。细分下来,有可以分为饿汉式单例模式、懒汉是单例模式
l 饿汉式单例模式,是指对象在定义的时候,就完成初始化了。
l 懒汉式单例模式,和饿汉式单例对应,类定义的时候,没有完成初始化。
饿汉式单例模式,代码是这样写的:
//饿汉式单例模式
public class singletonHungry {
//类加载的时候,就创建对象
private final static singletonHungry instance =new singletonHungry();
//私有化构造器,防止外界创建对象: private 这个关键字可用于防止调用者初始化对象
private singletonHungry(){
}
//提供外界获取对象的方法
public static singletonHungry getInstance(){
return instance;
}
public static int sum(int a,int b){
return a+b;
}
public static String strConnect(String stra,String strb){
return stra + strb;
}
}
懒汉式单例模式,代码是这样写的:
//带同步锁的懒汉式单例模式
public class singletonHungry2 {
//需要时再创建
private final static singletonHungry2 instance=null;
//私有化构造器,保障全局唯一的实例
private singletonHungry2(){
}
//提供对外接口
public static synchronized singletonHungry2 getInstance(){
if(instance == null){
return new singletonHungry2();
}
return instance;
}
public static int sum(int a,int b){
int c=a+b;
return c;
}
}
对于懒汉式单例模式而言,还有效率更高的写法,这里就不再给大家举例了,有兴趣的朋友可以自己扩展相关的知识。
技术之路漫漫又长远,每天进步一点点,量变终会引起质变。