Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
posit-dev avatar

Positron E2e Tests

  • 20 installs
  • 4.2k repo stars
  • Updated August 5, 2026
  • posit-dev/positron

positron-e2e-tests is a Claude Code skill for testing & qa.

About

positron-e2e-tests is a Claude Code skill for testing & qa. It helps solo builders move faster with AI-assisted coding.

  • positron-e2e-tests
  • Testing & QA
  • AI-coding skill

Positron E2e Tests by the numbers

  • 20 all-time installs (skills.sh)
  • Ranked #1,435 of 2,153 Testing & QA skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/posit-dev/positron --skill positron-e2e-tests

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs20
repo stars4.2k
Last updatedAugust 5, 2026
Repositoryposit-dev/positron

How do I helps with testing & qa tasks during AI-assisted development.?

Helps with testing & qa tasks during AI-assisted development.

Who is it for?

Best when you're working on testing & qa and need structured help with positron e2e tests.

Skip if: Teams with no testing & qa needs, or anyone wanting a generic chat assistant without this specific workflow.

When should I use this skill?

When you need to helps with testing & qa tasks during AI-assisted development., or when positron-e2e-tests is a claude code skill for testing & qa.

What you get

Structured output aligned to positron-e2e-tests: positron-e2e-tests, Testing & QA.

Files

SKILL.mdMarkdownGitHub ↗

Positron Playwright E2E Testing

Purpose

Provides specialized knowledge and patterns for writing correct, reliable Playwright e2e tests that follow Positron's established conventions and avoid common mistakes.

When to Use This Skill

Load this skill when:

  • Creating new e2e test files
  • Adding test cases to existing test files
  • Debugging flaky or failing tests
  • Understanding the test fixture system
  • Working with page objects
  • Choosing correct selectors and assertions

Critical: Test File Structure

Every test file MUST follow this structure:

import { test, expect, tags } from '../_test.setup';

// REQUIRED: Each test file needs a unique suiteId
test.use({
	suiteId: __filename
});

test.describe('Feature Name', {
	tag: [tags.WEB, tags.WIN, tags.CRITICAL, tags.FEATURE_TAG]
}, () => {

	test.beforeEach(async function ({ app }) {
		// Optional setup for each test
	});

	test.afterEach(async function ({ app, hotKeys }) {
		// Cleanup after each test
		await hotKeys.closeAllEditors();
	});

	test('Test description', async function ({ app, python }) {
		// Test implementation
	});
});

MANDATORY REQUIREMENTS: 1. Import from ../_test.setup - NOT from @playwright/test 2. Set suiteId: __filename - Required for app isolation 3. Use function syntax for tests (not arrow functions) - Required for fixtures 4. Add appropriate tags for platform filtering

Quick Reference: Available Fixtures

FixtureUse Case
appAccess workbench page objects: app.workbench.console, etc.
pageDirect Playwright page access: page.getByLabel(...)
pythonAuto-start Python interpreter before test
rAuto-start R interpreter before test
sessionsManual session management: await sessions.start('python')
executeCodeExecute code: await executeCode('Python', 'print("hi")');
openFileOpen file: await openFile('workspaces/test/file.py');
hotKeysKeyboard shortcuts: await hotKeys.closeAllEditors();
settingsChange settings: await settings.set({ 'key': value });

See references/fixtures.md for complete fixture documentation.

Quick Reference: Page Objects

Access via app.workbench.*:

const { console, variables, dataExplorer, plots, notebooks, sessions } = app.workbench;

// Execute code
await console.executeCode('Python', 'x = 1');

// Wait for content
await console.waitForConsoleContents('expected text');

// Variable interaction
await variables.doubleClickVariableRow('df');

// Data explorer
await dataExplorer.grid.verifyTableData([{ col: 'value' }]);

See references/page-objects.md for complete page object documentation.

Quick Reference: Assertions

// Visibility with timeout
await expect(locator).toBeVisible({ timeout: 30000 });

// Text content
await expect(locator).toHaveText('expected');
await expect(locator).toContainText('partial');

// Count
await expect(locator).toHaveCount(3, { timeout: 15000 });

// Retry pattern for flaky operations
await expect(async () => {
	await someAction();
	await expect(resultLocator).toBeVisible();
}).toPass({ timeout: 15000 });

See references/assertions.md for complete assertion patterns.

Quick Reference: Test Tags

Feature tags (what the test covers):

  • tags.CONSOLE, tags.DATA_EXPLORER, tags.NOTEBOOKS, tags.PLOTS, tags.VARIABLES
  • tags.CRITICAL - High priority tests

Platform tags (where the test runs):

  • tags.WEB - Enable web browser testing
  • tags.WIN - Enable Windows testing
  • Default: Linux/Electron only
test.describe('Console Tests', {
	tag: [tags.WEB, tags.WIN, tags.CRITICAL, tags.CONSOLE]
}, () => { ... });

Common Mistakes to Avoid

Critical (will break tests): 1. Wrong imports - use ../_test.setup, not @playwright/test 2. Missing `suiteId` - must have test.use({ suiteId: __filename }) 3. Arrow functions - use function syntax, not async ({ app }) => 4. Missing platform tags - add tags.WEB, tags.WIN for cross-platform

Quality issues: 5. No timeout on assertions - use { timeout: 30000 } for async operations 6. No `test.step()` - wrap complex multi-action sequences for better reports

See references/common-mistakes.md for 26 detailed gotchas with code examples.

Running Tests

# Run specific test file
npx playwright test <test-name>.test.ts --project e2e-electron

# Run all tests in a category
npx playwright test test/e2e/tests/<category>/

# Run with specific tags
npx playwright test --grep @:critical

# Run in headed mode (see browser)
npx playwright test --headed

# Run with debug mode
npx playwright test --debug

# Show test report
npx playwright show-report

Progressive Documentation

For detailed information, read the bundled reference docs:

  • `references/test-structure.md` - Complete test file structure and organization
  • `references/fixtures.md` - All available fixtures and their usage
  • `references/page-objects.md` - Page object patterns and available POMs
  • `references/assertions.md` - Assertion patterns and waiting strategies
  • `references/common-mistakes.md` - Comprehensive list of gotchas to avoid

Key Architecture Principles

1. Worker-scoped app - One app instance per test file (suite) 2. Test-scoped fixtures - page, sessions, etc. fresh per test 3. Page Object Model - UI interactions wrapped in POMs via app.workbench.* 4. Tag-based filtering - Tests tagged for platform and feature filtering 5. Automatic cleanup - Tracing, screenshots attached on failure

Getting Help

1. Look at existing tests in test/e2e/tests/<feature>/ for patterns 2. Check page object source in test/e2e/pages/ for available methods 3. Read test/e2e/tests/_test.setup.ts for fixture definitions 4. Use --debug flag to step through tests interactively

Related skills

FAQ

What does positron-e2e-tests do?

positron-e2e-tests is a Claude Code skill for testing & qa.

When should I use positron-e2e-tests?

When you need to helps with testing & qa tasks during AI-assisted development., or when positron-e2e-tests is a claude code skill for testing & qa.

What are the main capabilities?

positron-e2e-tests; Testing & QA; AI-coding skill.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.