Application Marketplace Format Guidance

Good evening. New to this community, but I wanted to reach out to better understand the process for listing or showcasing an application I’ve been developing to help the QA organization I work with.

I’ve been working on a QA workflow assistant that helps bridge gaps between test management platforms and day-to-day validation activities. The project focuses on reducing repetitive analyst effort, improving traceability, and standardizing test-related artifacts. Early testing has shown promising improvements in efficiency and consistency while maintaining reviewability and auditability requirements. This project is being used for JIRA and another supported Atlassian family application that integrates with JIRA.

I’m intentionally keeping the description somewhat high-level for now, but I do have a functional demonstration version and have been using it in a real-world QA environment. The feedback so far has been encouraging, particularly in situations where teams are managing multiple applications, changing requirements, and limited QA resources.

For those wondering what it actually does, I’d describe it as sitting somewhere between workflow automation and test management augmentation. Rather than replacing testers, it assists with a number of repetitive activities that tend to consume disproportionate amounts of time in larger QA environments. The goal is to allow analysts to spend more time validating quality and less time performing administrative or repetitive tasks.

One current limitation is that I have not yet implemented direct API integrations. Development has primarily been based on available technical documentation, as I do not currently have access to a dedicated test environment for integration work.

One thing I’ve noticed over the years is that many QA teams are not primarily constrained by technical skill—they’re constrained by time, context switching, documentation overhead, and constantly changing requirements. A significant portion of effort often goes toward supporting activities surrounding testing rather than the actual validation work itself.

That observation is what originally motivated this project. Rather than attempting to replace testers or automate away quality assurance, the goal has been to reduce friction in the workflow so teams can spend more of their time focused on quality-related decisions and less on repetitive administrative tasks.

I’d appreciate any guidance on the best way to present or list a project like this within the community. My primary challenge is that it currently exists as a browser extension, and I haven’t found an obvious avenue for submitting or showcasing tools in that format.

For those with experience building tools around QA and test management ecosystems, how did you approach validation, community feedback, and eventual publication? Is there a preferred path for independent developers who have built workflow-enhancing tools intended to complement existing platforms?

I’m also interested in understanding whether the broader QA community sees value in tooling focused on reducing workflow friction, improving consistency, and helping teams scale their effectiveness without fundamentally changing their existing processes.

Thanks for your time and any help!

Hi @Nate_White_Wizard - Welcome :waving_hand:

If your app is an OAuth 2.0 (3LO) app, then you can list the app in the Atlassian Marketplace. This will give the app exposure in Marketplace search results.

You can also present your idea and solicit feedback in the Atlassian App Central Community, LinkedIn, etc.