qa-test-crud

Validate CRUD list pages by creating, editing, and deleting records through the UI.

Updated May 22, 2026
One-click install
npx skills add https://github.com/Luqman-Ud-Din/blackbox-qa-agent --skill qa-test-crud
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-test-crud
Source: https://github.com/Luqman-Ud-Din/blackbox-qa-agent/tree/main/skills/qa-test-crud
Command: npx skills add https://github.com/Luqman-Ud-Din/blackbox-qa-agent --skill qa-test-crud

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill validates that list-based application screens can create, edit, and delete records correctly, while cleaning up its own test data so automated QA does not leave behind junk records.

Core Features & Use Cases

  • Create flow validation: Opens an add form, fills fields generically, submits, and checks that the new record is persisted in the list.
  • Edit flow validation: Reopens the created row, updates a field, verifies the change is saved, and can also test nullable dropdown clearing behavior.
  • Delete flow validation: Deletes the test record it created, confirms removal, and performs cleanup even if the run partially fails.
  • Use case: A QA engineer can run this on a CRUD admin page to catch broken forms, missing action buttons, failed persistence, and weak success feedback.

Quick Start

Use the qa-test-crud skill to verify the CRUD lifecycle on the current page and report any failures in create, edit, or delete behavior.

Frequently Asked Questions about qa-test-crud

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

FAQPage Schema
How do I automate CRUD testing on admin list pages without leaving test data behind?

Automate CRUD testing on admin list pages by creating, editing, and deleting records through the UI while using marker-based cleanup to remove test data, ensuring no junk records persist. This approach validates forms, persistence, and row-level actions end to end.

What is the best way to test CRUD forms and verify persistence in data management screens?

The best way to test CRUD forms in data management screens is to open the add form, submit generic field data, and verify the new record appears in the list. Reopening the row to edit and delete confirms full persistence and action button functionality.

Can I validate nullable dropdown clearing behavior during an automated edit flow?

Yes, you can validate nullable dropdown clearing behavior during the edit flow. The process reopens a created row, updates a field, and can specifically test whether clearing a nullable dropdown saves correctly and persists across the UI.

Does CRUD list page testing require visible add, edit, and delete affordances to run?

Yes, CRUD list page testing requires visible add, edit, and delete affordances on the screen. It applies to interactive admin or data-management workflows with tables, grids, and row-level actions, relying on form submission handling and success or error feedback detection.

Why does my CRUD test fail to clean up records when the automation run partially fails?

CRUD tests can fail to clean up records if marker-based cleanup logic is interrupted. This Skill performs deletion and confirms removal even during partial run failures, but broken forms or missing action buttons can prevent the delete flow from executing correctly.

What step-by-step approach validates the full CRUD lifecycle on a table or grid view?

To validate the full CRUD lifecycle on a table or grid view, create a record via the add form, verify it in the list, edit the row to update fields, confirm the change saves, then delete the test record and verify removal with cleanup.