单测过程中奇怪的No tests found异常

现象

最近在补单测覆盖率的过程中遇到了一个奇怪的错误, 在添加了PowerMock(版本2.0.9)的@PrepareOnlyThisForTest注解后, 出现了一个奇怪的错误: "No tests found ....". 然而明明加了@Test注解. 代码示例如下:

/**
 * 类的实现描述: 一个静态类
 */
public class ConstantUtil {
    public static int getCount() {
        return 100;
    }
}

import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.powermock.api.mockito.PowerMockito;
import org.powermock.core.classloader.annotations.PrepareOnlyThisForTest;
import org.powermock.modules.junit4.PowerMockRunner;

/**
 * 类的实现描述: 一个测试类
 */
@RunWith(PowerMockRunner.class)
public class AbcUnitTest {
    @Test
    public void testA() {
        Assert.assertEquals(1, 1);
    }

    @Test
    @PrepareOnlyThisForTest(ConstantUtil.class)
    public void testB() {
        PowerMockito.mockStatic(ConstantUtil.class);
        PowerMockito.when(ConstantUtil.getCount()).thenReturn(50);
        Assert.assertEquals(50, ConstantUtil.getCount());
    }

}

这个错误非常奇怪, 而更奇怪的是我用mvn test运行时确没有这个异常(开始是用IDEA运行的). 网上找了半天也没一个合理的解释. 于是跟踪代码看了一下.

排查

跟踪后发现异常来自类PowerMockJUnit44RunnerDelegateImpl.

    @Override
    public void filter(Filter filter) throws NoTestsRemainException {
        for (Iterator<Method> iter = testMethods.iterator(); iter.hasNext(); ) {
            Method method = iter.next();
            if (!filter.shouldRun(methodDescription(method)))
                iter.remove();
        }
        if (testMethods.isEmpty())
            throw new NoTestsRemainException();
    }

PowerMock在运行单测时, 会根据单测类的源代码,本例中就是AbcUnitTest, 生成若干个Delegate. 每一个Delegate中都会有对应的testMethods, 本例中照理说应该是testA,和testA两个方法(为什么说是照理说? 因为这里就是错误的原因). Delegate会把testMethods中的每一个方法跟需要运行的方法对比, 如果不是需要运行的方法, 就从testMethods中移除, 最后如果testMethods中一个方法都没有, 就抛出"No tests found ....". 那现在问题就变成了为什么这个Delegate中没有需要运行的方法(也就是testB)呢?
首先debug代码验证一下抛出异常的Delegate中是否只有方法testA?


图1

符合期望. 猜测@PrepareOnlyThisForTest注解使得PowerMock把原来的代码切割成了两个Delegate, 每个Delegate只包含一个方法. 那这个切割是在哪里做的呢?
最后发现在类AbstractCommonTestSuiteChunkerImpl中有一个方法putMethodToChunk, 这个方法会根据源代码中@Test注解的方法添加到不同的chunk中, 而最终一个chunk会对应一个Delegate. 该方法的代码如下:

private void putMethodToChunk(TestCaseEntry testCaseEntry, Class<?> testClass, Method method) {
        if (shouldExecuteTestForMethod(testClass, method)) {
            currentTestIndex++;
            if (hasChunkAnnotation(method)) {
                LinkedList<Method> methodsInThisChunk = new LinkedList<Method>();
                methodsInThisChunk.add(method);
                
                final ClassLoader mockClassloader = createClassLoaderForMethod(testClass, method);
                
                final TestChunkImpl chunk = new TestChunkImpl(mockClassloader, methodsInThisChunk);
                testCaseEntry.getTestChunks().add(chunk);
                updatedIndexes();
            } else {
                testCaseEntry.getTestChunks().get(0).getTestMethodsToBeExecutedByThisClassloader().add(method);
                // currentClassloaderMethods.add(method);
                final int currentDelegateIndex = internalSuites.size() - 1;
                /*
                 * Add this test index to the main junit runner
                 * delegator.
                 */
                List<Integer> testList = testAtDelegateMapper.get(currentDelegateIndex);
                if (testList == null) {
                    testList = new LinkedList<Integer>();
                    testAtDelegateMapper.put(currentDelegateIndex, testList);
                }
                
                testList.add(currentTestIndex);
            }
        }
    }

可以看到这个方法中有两个分值, 根据条件hasChunkAnnotation(method)来决定是否新建一个chunk, 是就新建, 否则放入已有的chunk. 查看方法hasChunkAnnotation(method), 代码如下;

private boolean hasChunkAnnotation(Method method) {
        return method.isAnnotationPresent(PrepareForTest.class) || method.isAnnotationPresent(SuppressStaticInitializationFor.class)
                       || method.isAnnotationPresent(PrepareOnlyThisForTest.class) || method.isAnnotationPresent(PrepareEverythingForTest.class);
    }

非常简单的函数, 根据注解来决定是否新建chunk, 而其中恰恰包含PrepareForTest注解.
原因找到, 这也可以解释为什么mvn test运行时不会报错, 因为mvn test运行时, 两个方法testA和testB都是需要运行的方法, 两个Delegate中各包含一个需要运行的方法. 而解决方法也相当容易, 把注解加到类上即可(事实上这个方法在stackoverflow上有人提了(https://stackoverflow.com/questions/34956084/junit-test-with-runwithpowermockrunner-class-fails-no-tests-found-matching/40287112#40287112), 因为提问者没有采纳, 所以当时没有放在心上, 而更郁闷的是答案下面有两个评论说"saved my day". 而我被这个错误纠缠了半天, 因为一开始一直觉得是版本问题, 试了各种各样的版本, 不相信PowerMock会有这样的bug(个人认为这应该算是bug).

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,137评论 6 511
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,824评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,465评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,131评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,140评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,895评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,535评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,435评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,952评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,081评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,210评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,896评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,552评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,089评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,198评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,531评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,209评论 2 357

推荐阅读更多精彩内容