浅拷贝在单元测试中用于主动暴露共享引用缺陷：修改副本嵌套对象若导致原始对象状态意外改变，说明业务逻辑隐式依赖共享引用、封装不严或方法契约模糊，是缺陷探测工具而非隔离手段。
浅拷贝在单元测试中不是为了“完全隔离”，而是有意识地保留部分引用关系，从而精准验证原始逻辑是否真正依赖底层共享状态。它不追求副本绝对独立，而是用可控的耦合来暴露设计缺陷或验证特定行为。
浅拷贝的核心价值：测出“不该变却变了”的问题
当被测对象包含可变的嵌套结构（如 List、Map、自定义聚合对象）时，使用浅拷贝创建测试副本后，若修改副本中的嵌套项导致原始对象状态意外改变，说明：
- 业务逻辑隐式依赖了共享引用，而非值语义
- 对象封装不严，内部可变状态未做防御性拷贝
- 方法契约模糊——本该返回只读视图，却暴露了可变引用
典型适用场景
验证 getter 是否返回安全副本：比如一个订单类提供 getItems() 方法。若直接返回内部 List<item></item> 引用，测试中对浅拷贝后订单的 items 列表调用 add()，会污染原始订单。
检测构造函数/工厂方法的防御性不足：传入外部可变集合构建对象时，若未深拷贝或不可变包装，浅拷贝后的对象与原始对象共用同一集合，测试就能立刻捕获该风险。
操作要点
- 在测试中显式执行浅拷贝（如 Python 的
copy.copy()、Java 的clone()、C# 的MemberwiseClone()） - 对副本中可变子对象进行修改操作（例如
list.append()、map.put()） - 断言原始对象对应字段是否被影响——预期“不应变化”，实际变化即为缺陷信号
- 避免在断言前对顶层字段赋值（如
obj.setId(99)），这属于正常浅拷贝行为，不构成问题
和深拷贝的关键区别
深拷贝用于确保测试用例间彻底隔离；浅拷贝则用于主动“制造干扰”，把潜在的引用泄漏变成可观察、可断言的失败。它不是缺陷规避手段，而是缺陷探测工具。
