nvsinner-testing-and-qa

Run Plenary Busted tests and validate NvSinner Neovim configuration changes.

1|Updated Jul 1, 2026
One-click install
npx skills add https://github.com/anderssonq/nvsinner --skill nvsinner-testing-and-qa
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: nvsinner-testing-and-qa
Source: https://github.com/anderssonq/nvsinner/tree/main/.claude/skills/nvsinner-testing-and-qa
Command: npx skills add https://github.com/anderssonq/nvsinner --skill nvsinner-testing-and-qa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps maintain NvSinner's reliability by providing a disciplined testing workflow, regression protection practices, and evidence standards for verifying changes before they are considered complete.

Core Features & Use Cases

  • Test Suite Guidance: Explains how to run the Plenary Busted harness, interpret failures, and maintain the real-Neovim testing approach.
  • Regression-Safe Development: Defines spec-writing conventions, test seams, async verification patterns, and the behaviors each existing test protects.
  • Acceptance Evidence Standards: Guides developers through required validation steps such as syntax checks, headless boots, full test runs, and documenting empirically discovered behavior.
  • Use Case: When modifying NvSinner core modules, use this Skill to determine which tests to update, how to write a regression spec, and what evidence is required before merging the change.

Quick Start

Use the nvsinner-testing-and-qa skill to run the test suite, diagnose a failing spec, and determine the required evidence for my NvSinner change.

Frequently Asked Questions about nvsinner-testing-and-qa

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run regression tests for Neovim configuration changes using Plenary Busted?

Run regression tests for Neovim configuration changes by executing the Plenary Busted test harness, which validates real-Neovim behavior through defined specs and async verification patterns. The workflow includes running the full test suite, interpreting failures, and triaging broken specs.

What is the best way to write specs for Neovim modules to prevent regressions?

Writing regression-safe specs for Neovim modules involves following defined spec-writing conventions, establishing test seams, implementing async verification patterns, and documenting the specific behaviors each existing test protects against future configuration changes.

Why does my Neovim test suite fail after modifying core configuration modules?

Neovim test suite failures after core module modifications occur when existing specs detect behavior regressions. Diagnose failures by running the Plenary Busted harness, checking real-Neovim behavior expectations, and verifying async patterns and notification capture mechanisms remain intact.

What evidence is required before merging changes to a Neovim configuration?

Acceptance evidence required before merging Neovim configuration changes includes passing syntax checks, successful headless boots, full Plenary Busted test runs, and documented empirically discovered behavior validating that no existing regression specs were broken.

Does Plenary Busted support async verification and notification capture for Neovim testing?

Plenary Busted supports async verification patterns and notification capture for Neovim testing, enabling real-Neovim behavior validation. The testing workflow defines these mechanisms to ensure configuration changes are properly validated against actual runtime behavior.

When do I need to update existing Neovim test specs after a configuration change?

Update existing Neovim test specs after configuration changes when the modified behavior alters what a current regression test protects. Use the testing workflow to identify affected specs, write updated regression definitions, and validate completion evidence before considering the task complete.