成为高薪测试，你需要知道的设计模式I

说到设计模式，很多人的想法都是这是开发玩的东西。是的，设计模式能指导开发如何将代码写得更好。

作为测试，我们就不需要了吗？并不是，很多人说自己做了多少年的自动化测试，做了多少年的测试开发，写了多少框架、工具。但不管是面试聊到设计模式，还是看他写的框架、工具的代码，你都会发现，他只是实现了功能，这个代码写得很长，代码的内建质量很低。要修改、要调整一个功能，简直会要了老命。

为啥会要了老命呢？就是代码在编写的过程中，设计做的不好，让人看不懂、难理解、难维护、难扩展。

试想，面试的时候，大家能动面试说清楚你写的框架、工具里面用到了多少设计模式，面试官会怎么想？试想工作的时候，你用到了设计模式，你的领导，你的老板会怎么想？

其实测试代码也是代码，一些开发用的设计模式，同样可以用来指导测试代码的开发。前人已经帮我们总结出来了，我们只需要使用就好了。

在自动化测试工具、性能测试工具的开发中，我们最常用到的设计模式是：单例模式、策略模式（模板模式）、工厂模式、建造者模式，今天先将单例模式。

做性能测试的伙伴都知道，当收到客户端端请求的时候，服务端就会生成一个相应的线程来处理客户端的请求，显然随着并发量的增大，服务端生成的线程越多，那么服务端的压力越大，为避免服务端压力过大，对于服务端的公共资源，就可以使用单例模式来加以控制（线程池可以理解为具有多个实例的“单例模式”）。

因此对于性能测试工具的开发，我们是需要单例模式的，而对于自动化功能测试而言，单例模式对我们并不是必须的，因为并发量并不高。

说了这么多，什么是单例呢？单例模式的代码怎么写呢？

所谓单例就是指对象在运行的期间，有且只有一个实例。细分下来，有可以分为饿汉式单例模式、懒汉是单例模式

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;

}

}

对于懒汉式单例模式而言，还有效率更高的写法，这里就不再给大家举例了，有兴趣的朋友可以自己扩展相关的知识。

技术之路漫漫又长远，每天进步一点点，量变终会引起质变。