CUSTOM BUG FIELDS

Customize Bug Tracking Around Your Workflow

Zunoy Custom Fields help dev and QA teams capture the exact details they need across bug reports, status changes, closure records, tags, and knowledge base articles. Add structured fields to your bug tracking workflow without forcing every team into the same process.

Free to start.

No credit card required.

Visual Bug Reporting

Multi-channel tracking

Full context from day one.

OVERVIEW

Capture the Details Your Team Actually Needs

Every team tracks bugs differently. QA teams may need test environment, build version, device type, or reproduction status. Developers may need affected module, linked PR, root cause, or regression risk. Product teams may care about customer impact, release blockers, or priority reason.With Zunoy Custom Fields, teams can add structured data to the places where bug context matters most, so reports are easier to triage, filter, resolve, and document.

Track bug priority, status, severity, and ownership

Connect linked bugs, sub-bugs, blockers, and duplicates

Use saved tabs and custom filters for faster reviews

Keep comments, files, screenshots, and activity attached

Move every issue through a clear bug lifecycle

Track bug priority, status, severity, and ownership

Connect linked bugs, sub-bugs, blockers, and duplicates

Use saved tabs and custom filters for faster reviews

Keep comments, files, screenshots, and activity attached

Move every issue through a clear bug lifecycle

WORKFLOW VIEWS

Add Custom Fields Across the Bug Lifecycle

Every team tracks bugs differently. Zunoy works as a custom fields bug tracker that lets teams adapt fields, statuses, tags, and closure records without forcing every project into the same rigid process.

Bug Creation Form

Add fields to capture key details when a bug is first reported, such as affected module, build version, environment, customer impact, browser, device, or release.

Bug Closure and Resolution

Status Transitions

Custom Tag Schemas

Knowledge Base Articles

CORE CAPABILITIES

Flexible Field Types for Bug Tracking

Choose the right field type based on the kind of information your team needs to collect.

Text Fields

Use short or long text fields for summaries, notes, environment details, reproduction comments, or resolution explanations.

Number Fields

Capture integers or decimal values such as version numbers, error counts, affected users, or effort estimates.

Date and DateTime

Track release dates, retest dates, due dates, deployment windows, or when an issue was first observed.

Dropdowns

Use single-select or multi-select dropdowns for components, platforms, modules, customers, test stages, or issue categories.

Checkboxes

Add simple yes/no fields for flags like regression tested, customer reported, hotfix required, or release blocker.

User Lists

Select one or multiple users for reviewers, QA owners, escalation contacts, or stakeholders.

URL and Link Fields

Attach links to pull requests, logs, dashboards, release notes, customer tickets, or external references.

Rich Text

Add formatted notes, tables, checklists, technical details, or longer resolution documentation.

User Lists

Select one or multiple users for reviewers, QA owners, escalation contacts, or stakeholders.

CORE CAPABILITIES

Custom Field Features That Keep Bugs Structured

Every team tracks bugs differently. Zunoy works as a custom fields bug tracker that lets teams adapt fields, statuses, tags, and closure records without forcing every project into the same rigid process.

Required Fields

Make important fields mandatory so bug reports and closure records do not miss critical information.

Configure different custom fields per project so each team captures exactly what matters to their workflow.

Build a field once and reuse it across multiple projects instead of recreating the same dropdowns and tags every time.

Show or require different fields depending on where a bug sits in its lifecycle, from report to verified fix.

Turn every custom field into a filter so teams can slice bug lists by module, severity, environment, or owner in seconds.

Capture root cause, fix summary, and verification notes in structured fields so closed bugs stay useful for future reference.

HOW IT WORKS

Create Once. Use Across Your Bug Workflow.

Once a custom field is created, it can appear across the bug tracking workflow wherever that information is useful.

Create a Custom Field

Choose the field name, type, options, and where it should appear in your workflow.

Add It to Bug Forms

Use the field in bug create or edit forms so reporters and teams capture the right context from the start.

Show It in Views

Display custom fields in Table view as columns, on Kanban cards as metadata, or in Card view as visible bug details.

Use It in Records

Carry key fields into knowledge base forms for root cause notes, fix summaries, verification, or prevention notes.

Create a Custom Field

Choose the field name, type, options, and where it should appear in your workflow.

Add It to Bug Forms

Use the field in bug create or edit forms so reporters and teams capture the right context from the start.

Show It in Views

Display custom fields in Table view as columns, on Kanban cards as metadata, or in Card view as visible bug details.

Use It in Records

Carry key fields into knowledge base forms for root cause notes, fix summaries, verification, or prevention notes.

Create a Custom Field

Choose the field name, type, options, and where it should appear in your workflow.

Add It to Bug Forms

Use the field in bug create or edit forms so reporters and teams capture the right context from the start.

Show It in Views

Display custom fields in Table view as columns, on Kanban cards as metadata, or in Card view as visible bug details.

Use It in Records

Carry key fields into knowledge base forms for root cause notes, fix summaries, verification, or prevention notes.

Create a Custom Field

Choose the field name, type, options, and where it should appear in your workflow.

Add It to Bug Forms

Use the field in bug create or edit forms so reporters and teams capture the right context from the start.

Show It in Views

Display custom fields in Table view as columns, on Kanban cards as metadata, or in Card view as visible bug details.

Use It in Records

Carry key fields into knowledge base forms for root cause notes, fix summaries, verification, or prevention notes.

Create a Custom Field

Choose the field name, type, options, and where it should appear in your workflow.

Add It to Bug Forms

Use the field in bug create or edit forms so reporters and teams capture the right context from the start.

Show It in Views

Display custom fields in Table view as columns, on Kanban cards as metadata, or in Card view as visible bug details.

Use It in Records

Carry key fields into knowledge base forms for root cause notes, fix summaries, verification, or prevention notes.

No engineering ticket required — fields are created and edited directly from your workspace settings.

KEY BENEFITS

Why Custom Fields Matter in Bug Tracking

The details you capture up front are the details your team stops chasing later.

FAQ'S

The Things Developers Actually Ask.

Yes. Mark any custom field as required so bug reports and closure records can't be saved without that information.

Yes. Configure custom fields per project, so each team only sees the fields relevant to their workflow.

Yes. Build a field once and reuse its options across multiple projects instead of recreating it each time.

Yes. Custom fields appear as columns in Table view, as metadata on Kanban cards, and as visible details in Card view.

Yes. Every custom field can be used as a filter, so you can slice your bug list by any value you've captured.

GET STARTED

Build the Bug Tracker That Fits Your Workflow.

Add custom fields to your bug reports, forms, and closure records — and stop forcing every team into the same rigid process.

Ask a question about Zunoy's products, pricing, or docs.

⌘K