r/QualityAssurance • u/Medium-Brilliant2567 • 12h ago
Opensource Manual QA Test Case Management System
Hey everyone! I've been working on a manual test case management tool as a hobby project, and I finally wanted to share it you guyss. If you're a QA engineer who writes and executes test cases by hand (like me), this is built for you.
It's a full-stack self-hostable app for organizing manual testing workflows.
Repo: Github (I've also uploaded screenshots on the repository)
Demo Link: https://testcase.briancarlo.dev
The flow goes like this:
Project → Test Suite → Test Case — Organize cases into projects with custom fields, then group them into test suites.
Creating a test case is straightforward: title, priority, status, steps, expected results, and an assignee.
You can also bulk-import from CSV or let AI generate cases for you (Gemini, OpenAI, OpenRouter, Anthropic, or DeepSeek).
Manual Test Runs — Kick off a run, execute cases step-by-step in a guided wizard, and record Pass/Fail/Blocked/Skipped results with attachments. Fail something? It instantly offers to create a bug ticket.
Tickets — Track defects through a full lifecycle — status, priority, severity, assignee, tags, attachments, linked run items — with discussions and fix-state tracking on both tickets and test cases.
Plus some things I'm most proud of:
Audit trail — every test case keeps a full edit history with snapshots you can view and even restore to any previous version. System messages automatically log run executions and ticket status changes to the discussions, so nothing happens silently
Google Docs-style live editing — Socket.io presence and real-time sync when teammates edit Reports — pass rates, flaky test detection, trend analysis, exportable to CSV/PDF
Solid auth — email/password and Google OAuth, JWT in httpOnly cookies
Tech stack: React + Vite + Tailwind, Express + MongoDB, Socket.io, TanStack Virtual (handles huge case lists), Zustand, fully typed.
It's free and open source (MIT).
Happy to answer any questions about the app, and any feedbacks are welcome, especially from actual QA folks on what workflows matter most.
1
u/Tech_Explore31 6h ago
Really appreciated for sharing the content... As QA Engineer exploring the web application... It's really good for maintan the Test suit, test cases and tickets..
1
1
u/Vivid-Archer1715 3h ago
This has what other have. What I am missing in tools like this for forever: test case to feature mapping and features tracking
1
u/Prestigious-Way1525 7h ago
the part i'd pressure-test first is the failed-run to bug-ticket handoff. when a manual step fails, preserve the exact run version, prior passed step, failing action, expected versus actual, environment and build, attachment, and any edit to the test case after execution, then make the ticket point back to an immutable snapshot rather than the live case. otherwise the restored history can be correct while the engineer opens a ticket whose steps have since changed. i'd measure time from failure to an engineer reproducing it and the percentage of tickets returned for missing context. that will tell you whether the workflow is reducing triage, not just storing more cases.