[autofix.ci] apply automated fixes

Author: autofix-ci[bot]

advanced/api/test-module.md

@@ -5,8 +5,8 @@
 `TestModule` 实例始终具有一个 `type` 属性，其值为 `module`。你可以使用它来区分不同的任务类型：
 
 ```ts
-if (task.type === "module") {
-  task; // TestModule
+if (task.type === 'module') {
+  task // TestModule
 }
 ```
 
@@ -19,50 +19,50 @@ if (task.type === "module") {
 这通常是一个绝对的 Unix 文件路径（即使在 Windows 上也是如此）。如果文件不在磁盘上，它可以是一个虚拟 ID。此值对应于 Vite 的 `ModuleGraph` ID。
 
 ```ts
-"C:/Users/Documents/project/example.test.ts"; // ✅
-"/Users/mac/project/example.test.ts"; // ✅
-"C:\\Users\\Documents\\project\\example.test.ts"; // ❌
+'C:/Users/Documents/project/example.test.ts' // ✅
+'/Users/mac/project/example.test.ts' // ✅
+'C:\\Users\\Documents\\project\\example.test.ts' // ❌
 ```
 
 ## relativeModuleId
 
 相对于项目的模块 ID。这与已弃用 API 中的 `task.name` 相同。
 
 ```ts
-"project/example.test.ts"; // ✅
-"example.test.ts"; // ✅
-"project\\example.test.ts"; // ❌
+'project/example.test.ts' // ✅
+'example.test.ts' // ✅
+'project\\example.test.ts' // ❌
 ```
 
 ## state
 
 ```ts
-function state(): TestModuleState;
+function state(): TestModuleState
 ```
 
 与 [`testSuite.state()`](/advanced/api/test-suite#state) 的工作方式相同，但如果模块尚未执行，还可以返回 `queued`。
 
 ## meta <Version>3.1.0</Version> {#meta}
 
 ```ts
-function meta(): TaskMeta;
+function meta(): TaskMeta
 ```
 
 在模块执行或收集过程中附加到模块的自定义[元数据](/advanced/metadata)。在测试运行期间，可以通过向 `task.meta` 对象分配属性来附加 meta：
 
 ```ts {5,10}
-import { test } from "vitest";
+import { test } from 'vitest'
 
-describe("the validation works correctly", (task) => {
+describe('the validation works correctly', (task) => {
   // 在收集阶段分配 "decorated"
-  task.file.meta.decorated = false;
+  task.file.meta.decorated = false
 
-  test("some test", ({ task }) => {
+  test('some test', ({ task }) => {
     // 在测试运行期间分配 "decorated"，它将可用
     // 仅在 onTestCaseReady 钩子中
-    task.file.meta.decorated = false;
-  });
-});
+    task.file.meta.decorated = false
+  })
+})
 ```
 
 :::tip
@@ -72,7 +72,7 @@ describe("the validation works correctly", (task) => {
 ## diagnostic
 
 ```ts
-function diagnostic(): ModuleDiagnostic;
+function diagnostic(): ModuleDiagnostic
 ```
 
 关于模块的有用信息，例如持续时间、内存使用等。如果模块尚未执行，所有诊断值将返回 `0`。
@@ -82,41 +82,41 @@ interface ModuleDiagnostic {
   /**
    * 导入和初始化环境所需的时间。
    */
-  readonly environmentSetupDuration: number;
+  readonly environmentSetupDuration: number
   /**
    * Vitest 设置测试运行环境（运行器、模拟等）所需的时间。
    */
-  readonly prepareDuration: number;
+  readonly prepareDuration: number
   /**
    * 导入测试模块所需的时间。
    * 这包括导入模块中的所有内容以及执行套件回调函数。
    */
-  readonly collectDuration: number;
+  readonly collectDuration: number
   /**
    * 导入设置模块所需的时间。
    */
-  readonly setupDuration: number;
+  readonly setupDuration: number
   /**
    * 模块中所有测试和钩子函数的累计持续时间。
    */
-  readonly duration: number;
+  readonly duration: number
   /**
    * 模块使用的内存量（以字节为单位）。
    * 此值仅在使用 `logHeapUsage` 标志执行测试时才可用。
    */
-  readonly heap: number | undefined;
+  readonly heap: number | undefined
   /**
    * Vitest处理的每个非外部化依赖项的导入时间。
    */
-  readonly importDurations: Record<string, ImportDuration>;
+  readonly importDurations: Record<string, ImportDuration>
 }
 
 /** 导入和执行非外部化文件所花费的时间。 */
 interface ImportDuration {
   /** 导入和执行文件本身所花费的时间，不包括该文件所依赖的所有非外部化导入。 */
-  selfTime: number;
+  selfTime: number
 
   /** 导入和执行文件及其所有导入项所花费的时间。 */
-  totalTime: number;
+  totalTime: number
 }
 ```

guide/environment.md

@@ -32,45 +32,45 @@ Vitest 并不将 `browser` 视作一种测试环境。如果你想让部分测
 ```ts
 // @vitest-environment jsdom
 
-import { expect, test } from "vitest";
+import { expect, test } from 'vitest'
 
-test("test", () => {
-  expect(typeof window).not.toBe("undefined");
-});
+test('test', () => {
+  expect(typeof window).not.toBe('undefined')
+})
 ```
 
 ## 自定义环境 {#custom-environment}
 
 你可以创建自己的包来扩展 Vitest 环境。为此，请创建一个名为 `vitest-environment-${name}` 的包，或者指定一个有效的 JS/TS 文件路径。该包应该导出一个形状为 `Environment` 的对象。
 
 ```ts
-import type { Environment } from "vitest/environments";
+import type { Environment } from 'vitest/environments'
 
 export default <Environment>{
-  name: "custom",
-  viteEnvironment: "ssr",
+  name: 'custom',
+  viteEnvironment: 'ssr',
   // optional - only if you support "experimental-vm" pool
   async setupVM() {
-    const vm = await import("node:vm");
-    const context = vm.createContext();
+    const vm = await import('node:vm')
+    const context = vm.createContext()
     return {
       getVmContext() {
-        return context;
+        return context
       },
       teardown() {
         // 在所有使用此环境的测试运行完毕后调用
       },
-    };
+    }
   },
   setup() {
     // 自定义设置
     return {
       teardown() {
         // 在所有使用此环境的测试运行完毕后调用
       },
-    };
+    }
   },
-};
+}
 ```
 
 ::: warning
@@ -80,30 +80,30 @@ Vitest 要求环境对象显式提供 `viteEnvironment` 字段（若省略则取
 你还可以通过 `vitest/environments` 访问默认的 Vitest 环境：
 
 ```ts
-import { builtinEnvironments, populateGlobal } from "vitest/environments";
+import { builtinEnvironments, populateGlobal } from 'vitest/environments'
 
-console.log(builtinEnvironments); // { jsdom, happy-dom, node, edge-runtime }
+console.log(builtinEnvironments) // { jsdom, happy-dom, node, edge-runtime }
 ```
 
 Vitest 还提供了 `populateGlobal` 实用函数，可用于将属性从对象移动到全局命名空间：
 
 ```ts
 interface PopulateOptions {
   // 非类函数是否应该绑定到全局命名空间
-  bindFunctions?: boolean;
+  bindFunctions?: boolean
 }
 
 interface PopulateResult {
   // 所有被复制的键的列表，即使原始对象上不存在该值
-  keys: Set<string>;
+  keys: Set<string>
   // 可能已被键覆盖的原始对象的映射
   // 你可以在 `teardown` 函数中返回这些值
-  originals: Map<string | symbol, any>;
+  originals: Map<string | symbol, any>
 }
 
 export function populateGlobal(
   global: any,
   original: any,
   options: PopulateOptions
-): PopulateResult;
+): PopulateResult
 ```