如何使用Powermock对静态方法进行mock

  在平常工作过程中，总会设计些工具类，里面通常使用静态方法来实现。那么如何来对这些静态方法进行mock，以及如何验证静态方法被调用？下面简单介绍下如何使用Powermock来实现针对静态方法的mock。

创新互联专注于江干网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供江干营销型网站建设，江干网站制作、江干网页设计、江干网站官网定制、小程序制作服务，打造江干网络公司原创品牌,更为您提供江干网站排名全网营销落地服务。

  首先我们设计一个静态类如下(Utility.java)：

  被测试类如下(UtilityHelper.java)：

  在被测试类中分别定义了两个方法，分别调用了Utility类里面的两个静态方法，下面我们通过对这两个方法进行测试，来介绍下使用Powermock对静态方法进行mock的各种用法。

  测试类如下(UtilityHelperTest.java)：

可以看到虽然入参非空，但是由于返回值返回了true，使得调用sum方法返回的值是0。

  另外，如果我们想要验证某静态方法是否被调用，或者被调用了几次，我们可以用如下方式验证：

  先使用verifyStatic方法表明要验证静态方法，可以带参数，也可以不带参数，其参数可以使用Mockito的times方法或never方法来表示其调用次数。下面紧跟着的一行则表示要验证的是哪个已经mock的静态方法。

  那么如果我们想对已经mock的类的某个方法调用真实的方法，而不是调用mock方法，那么该如何处理呢？此处我们介绍两种实现：

  加了上面一行后，虽然也没有对listIsNotNullOrEmpty进行mock，但此时返回值是真正的值，说明没有调用默认的mock方法。使用spy后，虽然已经对该类做了mockStatic处理，但此时该类中的所有方法仍然都会调用真实的方法，而不是默认的mock方法。这种用法主要适用于只想要对某个类的少量方法进行mock，其他方法仍然执行真正的方法，平常写时，可以紧跟在mockStatic方法后。

  此行的含义就是调用到mock类的该方法执行真正的方法，而不是mock方法。这种方式就是需要对每个要执行的方法都要进行相应的mock处理。

  上述两种方式，可以根据自己的需要进行选择使用哪一种。但是一定要记得，只要使用了mockStatic某类时，该类中的所有方法就已经都默认被mock了， 在调用该类的方法时，必须根据具体方法进行相应的处理。

  另外，重要的事说三遍： 如果要mock静态方法，必须要在PrepareForTest后面加上该方法所在的类 。

java 如何mock参数

package cn.outofmemory.junit.jmockit;

import mockit.NonStrictExpectations;

import mockit.Injectable;

import mockit.MockUp;

import mockit.Mocked;

import mockit.Mockit;

import mockit.NonStrict;

import mockit.Tested;

public class MockTargetTest {

@BeforeClass

static public void beforeClass() {

Mockit.setUpMocks();

}

@Mocked

private MockTarget mt;

@Test

public void testPrivateMethodMock() {       

new NonStrictExpectations(mt) {

{

// 对私有方法进行mock  

this.invoke(mt, "privateMethod", anyString);  

result = "Hello Object";  

}

};

Object actual = mt.publicMethod();

assertEquals(actual,"Hello Object");

}

}

java 中for循环中有数据库查询如何mock？

String content = null;

while(rs.next()) {

content = content + rs.getString("学生姓名") + "\t" + rs.getString("xxxx") + "\t" + rs.getString("xxx") + "\n";

}

textArea.setText(content);

按升序那个，直接在sql里面控制就行了

SELECT ......... FROM .... ORDER BY 学号 ASC

五个方法让你做更好的java单元测试？

单元测试是我们在软件开发过程中经常用到的一种软件测试的方法，而今天我们就一起来了解一下，一个好的单元测试都是如何来编辑完成的。

1.使用框架来用于单元测试

Java提供了若干用于单元测试的框架。TestNG和JUnit是流行的测试框架。JUnit和TestNG的一些重要功能：

易于设置和运行。

支持注释。

允许忽略或分组并一起执行某些测试。

支持参数化测试，即通过在运行时指定不同的值来运行单元测试。

通过与构建工具，如Ant，Maven和Gradle集成来支持自动化的测试执行。

EasyMock是一个模拟框架，是单元测试框架，如JUnit和TestNG的补充。EasyMock本身不是一个完整的框架。它只是添加了创建模拟对象以便于测试的能力。例如，我们想要测试的一个方法可以调用从数据库获取数据的DAO类。在这种情况下，EasyMock可用于创建返回硬编码数据的MockDAO。这使我们能够轻松地测试我们意向的方法，而不必担心数据库访问。

2.谨慎使用测试驱动开发!

测试驱动开发(TDD)是一个软件开发过程，在这过程中，在开始任何编码之前，我们基于需求来编写测试。由于还没有编码，测试初会失败。然后写入小量的代码以通过测试。然后重构代码，直到被优化。

目标是编写覆盖所有需求的测试，而不是一开始就写代码，却可能甚至都不能满足需求。TDD是伟大的，因为它导致简单的模块化代码，且易于维护。总体开发速度加快，容易发现缺陷。此外，单元测试被创建作为TDD方法的副产品。

然而，TDD可能不适合所有的情况。在设计复杂的项目中，专注于简单的设计以便于通过测试用例，而不提前思考可能会导致巨大的代码更改。此外，TDD方法难以用于与遗留系统，GUI应用程序或与数据库一起工作的应用程序交互的系统。另外，测试需要随着代码的改变而更新。

因此，在决定采用TDD方法之前，应考虑上述因素，并应根据项目的性质采取措施。

3.测量代码覆盖率

代码覆盖率衡量(以百分比表示)了在运行单元测试时执行的代码量。通常，高覆盖率的代码包含未检测到的错误的几率要低，因为其更多的源代码在测试过程中被执行。云南电脑培训发现测量代码覆盖率的一些佳做法包括：

使用代码覆盖工具，如Clover，Corbetura，JaCoCo或Sonar。使用工具可以提高测试质量，因为这些工具可以指出未经测试的代码区域，让你能够开发开发额外的测试来覆盖这些领域。

如何对Java单例模式进行mock

JAVA

单例模式的几种实现方法

饿汉式单例类

package

pattern.singleton;

//

饿汉式单例类

.

在类初始化时，已经自行实例化

public

class

Singleton1

{

//

私有的默认构造子

private

Singleton1()

{}

//

已经自行实例化

private

static

final

Singleton1

single

=

new

Singleton1();

//

静态工厂方法

public

static

Singleton1

getInstance()

{

return

single;

}

}

2.

懒汉式单例类

package

pattern.singleton;

//

懒汉式单例类

.

在第一次调用的时候实例化

public

class

Singleton2

{

//

私有的默认构造子

private

Singleton2()

{}

//

注意，这里没有

final

private

static

Singleton2

single;

//

只实例化一次

static

{

single

=

new

Singleton2();

}

//

静态工厂方法

public

synchronized

static

Singleton2

getInstance()

{

if

(single

==

null

)

{

single

=

new

Singleton2();

}

return

single;

}

}

在上面给出懒汉式单例类实现里对静态工厂方法使用了同步化，以处理多线程环境。有些设计师在这里建议使用所谓的

"

双重检查成例

".

必须指出的是，

"

双重检查成例

"

不可以在

Java

语言中使用。不十分熟悉的读者，可以看看后面给出的小节。

同

样，由于构造子是私有的，因此，此类不能被继承。饿汉式单例类在自己被加载时就将自己实例化。即便加载器是静态的，在饿汉

式单例类被加载时仍会将自己实例化。单从资源利用效率角度来讲，这个比懒汉式单例类稍差些。从速度和反应时间角度来讲，

则

比懒汉式单例类稍好些。然而，懒汉式单例类在实例化时，必须处

理好在多个线程同时首次引用此类时的访问限制问题，特别是当单例类作为资源控制器，在实例化时必然涉及资源初始化，而资源

初始化很有可能耗费时间。这意味着出现多线程同时首次引用此类的机率变得较大。

饿汉式单例类可以在

Java

语言内实现，

但不易在

C++

内实现，因为静态初始化在

C++

里没有固定的顺序，因而静态的

m_instance

变量的初始化与类的加载顺序没有保证，可能会出问题。这就是为什么

GoF

在提出单例类的概念时，举的例子是懒

汉式的。他们的书影响之大，以致

Java

语言中单例类的例子也大多是懒汉式的。实际上，本书认为饿汉式单例类更符合

Java

语

言本身的特点。

3.

登记式单例类

.

package

pattern.singleton;

import

java.util.HashMap;

import

java.util.Map;

//

登记式单例类

.

//

类似

Spring

里面的方法，将类名注册，下次从里面直接获取。

public

class

Singleton3

{

private

static

MapString,Singleton3

map

=

new

HashMapString,Singleton3();

static

{

Singleton3

single

=

new

Singleton3();

map.put(single.getClass().getName(),

single);

}

//

保护的默认构造子

protected

Singleton3(){}

//

静态工厂方法

,

返还此类惟一的实例

public

static

Singleton3

getInstance(String

name)

{

if

(name

==

null

)

{

name

=

Singleton3.

class

.getName();

System.out.println("name

==

null"+"---name="+name);

}

if

(map.get(name)

==

null

)

{

try

{

map.put(name,

(Singleton3)

Class.forName(name).newInstance());

}

catch

(InstantiationException

e)

{

e.printStackTrace();

}

catch

(IllegalAccessException

e)

{

e.printStackTrace();

}

catch

(ClassNotFoundException

e)

{

e.printStackTrace();

}

}

return

map.get(name);

}

//

一个示意性的商业方法

public

String

about()

{

return

"Hello,

I

am

RegSingleton.";

}

public

static

void

main(String[]

args)

{

Singleton3

single3

=

Singleton3.getInstance(

null

);

System.out.println(single3.about());

}

}