面向使用覆盖率门禁的研发团队，提供变异测试策略设计与实施，帮…

# 用PIT对订单/支付模块做变异测试实操方案

一、为什么80%覆盖率不够

• JaCoCo只统计“代码被执行”，不统计“断言是否有效”。用例跑了但没断言、或断言过弱（如只判断非空），覆盖率达标却抓不住bug。
• 变异测试通过给代码注入缺陷（变异体），验证测试能否“杀死”它们。杀死率低=测试无效。

二、引入PIT的配置要点

Maven示例（Gradle类似）：

```xml

<plugin>

<groupId>org.pitest</groupId>

<artifactId>pitest-maven</artifactId>

<version>1.15.x以上</version>

<configuration>

<targetClasses>

<param>com.xxx.order.*</param>

<param>com.xxx.payment.*</param>

</targetClasses>

<targetTests>

<param>com.xxx.order.*</param>

<param>com.xxx.payment.*</param>

</targetTests>

<mutators>

<mutator>DEFAULTS</mutator> <!-- 首轮建议用默认集 -->

</mutators>

<excludedTestClasses>

<param>com.xxx.integration.*</param> <!-- 慢速集成测试先排除 -->

</excludedTestClasses>

<threads>4</threads>

<timeoutConstant>4000</timeoutConstant>

</configuration>

</plugin>

```

• 支付模块若有金额计算，可加PRIMITIVE_RETURNS、VOID_METHOD_CALLS等更激进的变异算子二轮补测。
• 数据库/MQ依赖的测试建议mock掉或排除，否则变异体可能引发超时导致误判。

三、执行与结果分析

1. 执行：mvn org.pitest:pitest-maven:mutationCoverage

2. 关注两个指标：

• Line Coverage（PIT自身算的）：约200个测试覆盖了哪些代码。
• Mutation Coverage（杀死率）：核心指标，存活变异体多的类=测试薄弱区。

3. 打开target/pit/index.html报告，逐类排查存活变异体。

四、如何定位“只跑不断言”的用例

PIT报告可直接对应：

• 存活变异体为return值替换类（如return true→false存活）：大概率测试根本没断言返回值。
• VOID_METHOD_CALLS存活：调用了方法但没验证副作用（缺verify/Mockito验证）。
• 边界条件变异存活（如<改<=）：断言太宽松，没测边界。
• 交叉核对：先用simplecov类工具（或mvn surefire日志）筛出无断言测试（可用插件如assert.assertThat静态扫描），这些优先重写。

五、落地建议

• 首轮先跑订单、支付核心业务类（金额计算、状态流转），不要全仓库扫，控制时长。
• 定期基线：把杀死率纳入CI（PIT有pitest-git-plugin可只变异增量代码）。
• 预期收益：变异测试通常能