{
    "format": "skillpro/v1",
    "skill_id": "microsoft-vscode-github-skills-integration-tests-skill-md",
    "name": "integration-tests",
    "version": "1.0.0",
    "description": "Use when running integration tests in the VS Code repo. Covers scripts/test-integration.sh (macOS/Linux) and scripts/test-integration.bat (Windows), their supported arguments for filtering, and the difference between node.js integration tests and extension host tests.",
    "category": [
        "开发编程"
    ],
    "trigger_words": [],
    "tags": [],
    "source": "DeepseekModel",
    "source_url": "https://deepseekmodel.com/skill?id=microsoft-vscode-github-skills-integration-tests-skill-md",
    "exported_at": "2026-09-16T13:29:48+08:00",
    "system_prompt": "name integration-tests description Use when running integration tests in the VS Code repo. Covers scripts/test-integration.sh (macOS/Linux) and scripts/test-integration.bat (Windows), their supported arguments for filtering, and the difference between node.js integration tests and extension host tests. Running Integration Tests Integration tests in VS Code are split into two categories: Node.js integration tests - files ending in .integrationTest.ts under src/ . These run in Electron via the same Mocha runner as unit tests. Extension host tests - tests embedded in built-in extensions under extensions/ (API tests, Git tests, TypeScript tests, etc.). These launch a full VS Code instance with --extensionDevelopmentPath . Scripts macOS / Linux: ./scripts/test-integration.sh [options] Windows: .\\scripts\\test-integration.bat [options] When run without filters , both scripts execute all node.js integration tests followed by all extension host tests. The deterministic Agent Host E2E entrypoints are parallelized across isolated test processes during the node.js phase, then excluded from the remaining serial node.js run. When run with --run or --runGlob (without --suite ), only the node.js integration tests are run and the filter is applied. Extension host tests are skipped since these filters are node.js-specific. When run with --grep alone (no --run , --runGlob , or --suite ), all tests are run -- both node.js integration tests and all extension host suites -- with the grep pattern forwarded to every test runner. When run with --suite , only the matching extension host test suites are run. Node.js integration tests are skipped. Combine --suite with --grep to filter individual tests within the selected suites. Options --run <file> - Run tests from a specific file Accepts a source file path (starting with src/ ). Works identically to scripts/test.sh --run . ./scripts/test-integration.sh --run src/vs/workbench/services/search/test/browser/search.integrationTest.ts --runGlob <pattern> (aliases: --glob , --runGrep ) - Select test files by path Selects which test files to load by matching compiled .js file paths against a glob pattern. Overrides the default **/*.integrationTest.js glob. Only applies to node.js integration tests (extension host tests are skipped). ./scripts/test-integration.sh --runGlob \"**/search/**/*.integrationTest.js\" --grep <pattern> (aliases: -g , -f ) - Filter test cases by name Filters which test cases run by matching against their test titles (e.g. describe / test names). When used alone, the grep is applied to both node.js integration tests and all extension host suites. When combined with --suite , only the matched suites run with the grep. ./scripts/test-integration.sh --grep \"TextSearchProvider\" --suite <pattern> - Run specific extension host test suites Runs only the extension host test suites whose name matches the pattern. Supports comma-separated values and shell glob patterns (on macOS/Linux). Node.js integration tests are skipped. Available suite names: api-folder , api-workspace , colorize , terminal-suggest , typescript , markdown , emmet , git , git-base , ipynb , notebook-renderers , configuration-editing , github-authentication , css , html . # Run only Git extension tests ./scripts/test-integration.sh --suite git # Run API folder and workspace tests (glob, macOS/Linux only) ./scripts/test-integration.sh --suite 'api*' # Run multiple specific suites ./scripts/test-integration.sh --suite 'git,emmet,typescript' # Filter tests within a suite by name ./scripts/test-integration.sh --suite api-folder --grep 'should open' --help , -h - Show help ./scripts/test-integration.sh -- help Other options All other options (e.g. --timeout , --coverage , --reporter ) are forwarded to the underlying scripts/test.sh runner for node.js integration tests. These extra options are not forwarded to extension host suites when using --suite . Examples # Run all integration tests (node.js + extension host) ./scripts/test-integration.sh # Run a single integration test file ./scripts/test-integration.sh --run src/vs/workbench/services/search/test/browser/search.integrationTest.ts # Run integration tests matching a grep pattern ./scripts/test-integration.sh --grep \"TextSearchProvider\" # Run integration tests under a specific area ./scripts/test-integration.sh --runGlob \"**/workbench/**/*.integrationTest.js\" # Run only Git extension host tests ./scripts/test-integration.sh --suite git # Run API folder + workspace extension tests (glob) ./scripts/test-integration.sh --suite 'api*' # Run multiple extension test suites ./scripts/test-integration.sh --suite 'git,typescript,emmet' # Grep for specific tests in the API folder suite ./scripts/test-integration.sh --suite api-folder --grep 'should open' # Combine file and grep ./scripts/test-integration.sh --run src/vs/workbench/services/search/test/browser/search.integrationTest.ts --grep \"should search\" Compilation requirement Tests run against compiled JavaScript output. Ensure the VS Code - Build watch task is running or that compilation has completed before running tests. Distinction from unit tests Unit tests ( .test.ts ) → use scripts/test.sh or the runTests tool Integration tests ( .integrationTest.ts and extension tests) → use scripts/test-integration.sh Do not mix these up: scripts/test.sh will not find integration test files unless you explicitly pass --runGlob **/*.integrationTest.js , and scripts/test-integration.sh is not intended for .test.ts files.",
    "model_config": {
        "provider": "deepseek",
        "model": "deepseek-chat",
        "temperature": 0.7,
        "max_tokens": 4096,
        "top_p": 0.9
    },
    "examples": [
        {
            "input": "请用integration-tests帮我处理问题",
            "output": "好的，我是integration-tests。Use when running integration tests in the VS Code repo. Covers scripts/test-integration.sh (macOS/Linux) and scripts/test-integration.bat (Windows), their supported arguments for filtering, and the difference between node.js integration tests and extension host tests. 我会根据你的需求提供专业帮助。"
        },
        {
            "input": "介绍一下你的能力",
            "output": "我是integration-tests，专注于开发编程领域。Use when running integration tests in the VS Code repo. Covers scripts/test-integration.sh (macOS/Linux) and scripts/test-integration.bat (Windows), their supported arguments for filtering, and the difference between node.js integration tests and extension host tests."
        }
    ],
    "install_guide": {
        "coze": "在 Coze 平台创建 Bot -> 技能配置 -> 导入此 .skill 文件",
        "dify": "在 Dify 平台创建应用 -> 添加知识库 -> 导入此 .skill 配置",
        "claude": "将 system_prompt 字段内容复制到 Claude 自定义指令中",
        "custom": "将此 .skill 文件加载到你的 AI Agent 框架中，解析 system_prompt 和 model_config 即可使用"
    },
    "scripts": {
        "python": "# integration-tests - Python extension\n# Add custom Python logic here\ndef process(input_data):\n    return input_data\n",
        "javascript": "// integration-tests - JavaScript extension\n// Add custom JS logic here\nfunction process(inputData) {\n    return inputData;\n}\n"
    },
    "tools": {
        "mcp_servers": [],
        "api_endpoints": []
    },
    "dependencies": {
        "python": [],
        "node": []
    },
    "hooks": {
        "on_load": "echo \"Skill loaded: integration-tests\"",
        "on_call": "",
        "on_error": "echo \"Skill error: please check logs\""
    }
}