Junit测试方法共享成员变量的问题

本文探讨了在Junit测试中遇到的一个关于静态成员变量的问题。原本预期静态变量在不同测试案例间的值会保持一致,但实际上,虽然变量的引用(hashcode)发生了变化,但其内部成员(如name)却没有改变。原因在于每个测试案例前的before方法可能重置了变量的值。此外,Junit似乎有策略尝试还原非静态成员变量的值,即使它们位于静态变量内部。这个现象尚未经过验证,仅供参考。
摘要由CSDN通过智能技术生成

Junit测试方法共享成员变量的问题

这篇文章有误!!!
我以为发现了这样的问题:预期为第一个case运行后静态变量的hashcode和name值都发生变化,但是到第二个case却发现hashcode变了,name值却没变。
原因是:每个case之前都有一个before,这里就重置了name的值。
另外:为什么t2_update里save之后user的hashcode变了呢?我猜测是不是我给出的示例数据有误~
总结一下:在不同testcase里更新测试类的静态成员变量是不会产生什么玄学问题的。。。

问题

网上也有对这个问题的讨论,对非静态变量修改无法传递到其他测试方法中。但是现在我发现使用静态变量仍然存在一些问题。当变量不是Java常规类型时,比如是个自定义类User时,对变量引用本身的修改没有问题,而对变量成员的修改无法影响到其他测试方法,见示例。

示例

如下类:

@Data
@Entity
@Table(name = "user")
public class User implements Serializable {
    
    private static final long serialVersionUID = -6048363990215730996L;

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE)
    Long id;

    @Column(name = "title")
    String title;
    
}

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值