如何不修改POM.xml用Maven并行重复执行单测并统计结果？

当然可以！你的串行脚本每次都得等Maven跑完才启动下一轮，难怪耗时这么久。下面给你一套不用改POM的并行实现，还能准确统计测试的通过/失败次数：

修改后的并行脚本 #

CONCATNAME=$CLASSNAME"#"$METHODNAME
PASSTEST=0
FAILTEST=0
# 创建临时目录存储每轮测试的结果，避免并行输出冲突
TMP_DIR=$(mktemp -d)

for i in $(seq 1 $NROUNDS)
do
    echo "启动第 $i 轮测试（后台运行）..."
    # 用子shell封装每轮测试，后台执行
    (
        # 执行Maven测试，把输出重定向避免干扰终端
        mvn -Dtest=$CONCATNAME test > /dev/null 2>&1
        # 用退出码判断结果比grep输出更可靠：Maven测试成功退出码为0，失败为非0
        if [ $? -eq 0 ]; then
            echo "pass" > "$TMP_DIR/result_$i"
        else
            echo "fail" > "$TMP_DIR/result_$i"
        fi
    ) &
done

# 等待所有后台测试进程全部完成
wait

# 统计最终结果
for result_file in "$TMP_DIR"/*
do
    result=$(cat "$result_file")
    if [ "$result" = "pass" ]; then
        PASSTEST=$((PASSTEST+1))
    else
        FAILTEST=$((FAILTEST+1))
    fi
done

# 清理临时目录
rm -rf "$TMP_DIR"

echo "测试完成："
echo "通过次数：$PASSTEST"
echo "失败次数：$FAILTEST"

关键细节说明 #

• 后台进程与结果隔离：每轮测试放在子shell(...) &里后台运行，同时用临时文件单独存储每轮的结果，避免多个Maven进程的输出互相干扰，保证统计准确。
• 可靠的结果判断：改用Maven命令的退出码判断成功/失败（成功为0，失败为非0），比grep输出字符串更稳定——毕竟有时候构建日志里可能出现类似"BUILD SUCCESS"的无关内容。
• 等待所有进程结束：wait命令会阻塞脚本，直到所有后台测试进程都完成，再开始统计结果。

注意事项 #

• 测试必须独立：如果你的测试依赖共享资源（比如同一个数据库、本地文件锁），并行运行会导致测试互相干扰，结果完全不可靠，这种情况建议还是串行执行。
• Maven仓库锁冲突：多个Maven进程同时访问本地仓库时，偶尔会遇到文件锁问题导致构建失败。如果碰到这种情况，可以给每个进程指定独立的本地仓库，修改mvn命令为：

  mvn -Dtest=$CONCATNAME -Dmaven.repo.local="$TMP_DIR/repo_$i" test > /dev/null 2>&1
  

  这样每个进程用自己的仓库，避免锁冲突，但会增加磁盘占用和首次依赖下载时间。
• 控制并行压力：如果$NROUNDS很大（比如几十上百次），一次性启动所有进程会把机器CPU/内存占满，反而变慢。可以改成分批并行，比如每次启动5个进程，等完成再启动下一批。

内容的提问来源于stack exchange，提问作者broke31