数组创建本身不直接提升可测试性，但应选用字面量、避免构造函数歧义、优先不可变操作、封装为参数化函数、隔离副作用——以保障输入输出可预测、状态可控、行为一致。
数组创建本身不直接提升可测试性，但创建方式的选择会影响后续逻辑的隔离性、纯度与可控性。关键在于避免隐式状态、减少副作用、保持输入输出可预测——这些恰恰是可测试代码的基础。
用字面量而非构造函数创建数组
使用[]而非new Array()，能规避构造函数的歧义行为（如new Array(5)生成稀疏数组），避免因底层存储模式切换（FixedArray → HashTable）引发的不可预期性能或行为差异，让测试环境与运行时表现一致。
-
const list = [1, 2, 3]—— 明确、确定、可静态分析 - 避免
const list = new Array(3)—— 实际创建长度为3的空槽数组，list.length === 3但list[0]为undefined且不可枚举，易在map/filter中产生意外结果
创建时即保证不可变性
不依赖后续“冻结”或“深拷贝”，而是在源头用结构化方式创建只读语义的数组，减少测试中对状态污染的担忧。
- 优先用解构 + 扩展符生成新数组：
const newList = [...oldList, newItem] - 避免直接修改原数组的方法（
push、splice），改用concat、slice、map等返回新数组的操作 - 若需固定内容，可用
Object.freeze([])，但更推荐从函数参数传入，而非模块顶层声明可变数组
将数组创建逻辑封装为可参数化的函数
把数组生成过程抽离成独立、带明确输入的函数，便于在测试中控制初始数据形态，比如空数组、边界值数组、含模拟错误项的数组等。
- 例如：
function createMockUsers(count = 3, options = {}) { return Array.from({ length: count }, (_, i) => ({ id: i + 1, name: `User${i + 1}`, ...options })); } - 测试时可精确控制数量、字段、甚至注入特定异常值：
createMockUsers(1, { active: false }) - 相比硬编码
const users = [{...}, {...}]，这种方式让测试用例真正“驱动”数据，而非被数据牵制
避免在数组创建过程中引入外部依赖或副作用
数组内容不应隐式触发网络请求、读取 localStorage、调用 Date.now() 等——这些会让创建动作变得不可控、不可重放。
- 错误示例：
const items = [fetch('/api/data').then(r => r.json())]—— 创建即发请求，无法单元测试 - 正确做法：数组内容由上层传入，或通过工厂函数接收依赖：
function buildItemList(apiClient) { return apiClient.get().then(data => data.map(transform)); } - 时间敏感场景下，用参数传入时间戳：
createEvents(startTime = Date.now())，测试时传固定值即可
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
