是否可创建通用Try Catch块包裹执行所有传入函数？

你给出的示例代码本身无法正常运行，实现逻辑存在明显缺陷，但「封装统一的错误捕获方法采集全量运行异常」的思路是完全可行的，只要修正逻辑问题，完全可以满足测试场景下精细化错误采集的需求。

• 你写的初始版本存在以下硬伤，直接用不仅达不到采集效果，还会引入新问题：
  • 基础语法错误：try后不需要加空括号，末尾抛出的Error没有实例化，最终抛出的是Error构造函数本身，会完全丢失原始错误的堆栈、报错信息等核心内容
  • 逻辑错误：catch块中写了method().name，相当于捕获到第一次执行的错误后，又重新执行了一遍传入的方法，既会导致业务逻辑重复触发（比如重复提交表单、重复调用扣费接口这类严重问题），也拿不到正确的方法名——函数的name是函数本身的静态属性，不需要执行函数就能读取，执行后读取的是函数返回值的name属性，和预期逻辑完全不符
  • 信息丢失：catch块只输出了方法名，没有保留原始错误的堆栈、入参、执行上下文等排查问题必需的信息，比原生报错的参考价值还低
• 针对你面向无编程基础人员排障、对接客户测试需要全量异常细节、配合Allure Reporter使用的场景，这类封装要满足几个要求才能用：
  1. 传入的待执行方法全程只调用一次，禁止在捕获分支重复执行
  2. 错误信息必须完整透传原始错误的所有上下文，不能随意丢弃原生堆栈
  3. 采集的信息要覆盖方法名、传入参数、报错时间、原始错误对象、堆栈信息，必要时可以追加当时的页面快照、接口响应等测试相关内容
  4. 抛出错误时将原始错误作为原因挂载，保证Allure这类上层报告工具可以正确识别完整错误链路

可以参考下面的JS/TS可用实现：

/**
 * 带错误追踪的方法执行封装
 * @param method 待执行的方法
 * @param args 传入方法的参数
 * @returns 方法执行的返回值
 */
function runWithErrorTrack<T extends (...args: any[]) => any>(method: T, ...args: Parameters<T>): ReturnType<T> {
  const methodName = method.name || '匿名方法'
  try {
    return method(...args)
  } catch (error) {
    // 输出完整错误上下文，可在这里直接对接Allure的附件上传接口，把错误信息、截图等挂到对应测试步骤
    console.error(`[执行异常] 方法：${methodName}`, {
      入参: args,
      原始错误: error,
      错误堆栈: error instanceof Error ? error.stack : '无有效堆栈信息'
    })
    // 透传原始错误，不丢失上下文
    throw new Error(`方法 ${methodName} 执行失败`, { cause: error })
  }
}

实际测试使用时注意：不需要用这个封装包裹所有代码，只需要覆盖测试流程里的核心操作节点即可，全量包裹会产生大量冗余日志，反而会拖慢问题定位效率。如果要给无编程基础的人员看报错，可以在日志里追加对应操作的业务说明、排查指引，不要只输出技术堆栈。

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