doc-it-pw

Generate and revise IT-PW documents defining factors and levels for integration testing.

1|Updated Feb 11, 2026
One-click install
npx skills add https://github.com/tsuji-tomonori/diopside-v3 --skill doc-it-pw
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-it-pw
Source: https://github.com/tsuji-tomonori/diopside-v3/tree/main/.opencode/skills/doc-it-pw
Command: npx skills add https://github.com/tsuji-tomonori/diopside-v3 --skill doc-it-pw

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill streamlines the creation and revision of IT-PW (pairwise testing factor definition) documents, ensuring they align with UC (Use Case) criteria and diopside conventions.

Core Features & Use Cases

  • Automated Document Generation: Creates or updates IT-PW-*.md files within the specified directory.
  • Factor Definition: Defines factors and levels based on functional requirements (RQ-FR) and auxiliary factors like API parameters and external dependencies.
  • Use Case: When developing test cases for a new feature, use this Skill to define the pairwise factors and their combinations based on the functional requirements, ensuring comprehensive test coverage.

Quick Start

Use the doc-it-pw skill to create a new IT-PW document for UC-005.

Frequently Asked Questions about doc-it-pw

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

FAQPage Schema
How do I generate pairwise testing documents for integration testing?

Pairwise testing documents for integration testing are generated by defining factors and levels based on functional requirements, API parameters, and external dependencies. This ensures comprehensive test coverage while adhering to project conventions.

What is a pairwise testing factor definition document?

A pairwise testing factor definition document outlines factors and their corresponding levels for test case generation. It aligns with Use Case criteria and functional requirements to ensure structured and comprehensive test coverage.

How do I define pairwise factors from functional requirements?

Pairwise factors are defined by extracting conditions from functional requirements and auxiliary factors like API parameters. The resulting document maps these elements into distinct levels for combination testing.

Can I update an existing pairwise testing document to comply with new use case criteria?

Yes, existing pairwise testing documents can be revised to comply with new Use Case criteria. The process updates factor definitions and levels based on the latest functional requirements and API parameters.

Do I need external dependency data to generate integration test cases?

External dependency data is required to accurately define auxiliary factors for integration test case generation. Incorporating these dependencies ensures the pairwise combinations reflect real-world interactions and constraints.

What are the limitations of using pairwise testing for integration test coverage?

Pairwise testing limits integration test coverage to combinations of two factors, which may miss defects triggered by interactions of three or more factors. It balances coverage with efficiency but does not guarantee exhaustive validation.