This document describes bugs in Scrum agile management.
Open Project
1. Log in to the CODING Console and click Use Now to go to CODING.
2. Click in the upper-right corner to open the project list page and click a project icon to open the project. 3. In the menu on the left, click Project Collaboration.
Function Overview
A bug is a failure to meet an initially defined business requirement. Bugs include any such defect except coding errors.
On the CODING platform, you can centrally manage bugs. By recording detailed bug information such as the bug type, assignee, iteration, priority, and module, test engineers can learn about the overall bug handling progress, thereby improving bug transitioning and handling efficiency.
Open a project and select Project Collaboration > Bugs. Click Create Bug in the upper-right corner and enter a bug title, bug description, and other basic information to quickly create the bug.
You can create sub-issues under a bug to break down a large bug.
1. On the bug details page, click Add Sub-Issue. You can simply enter a title to quick create a sub-issue.
You can also select Create and click Full Create in the dropdown menu (keyboard shortcut: Shift + Enter) and enter details before creating a sub-issue. 2. After you have created the sub-issue successfully, you can view it on the bug details page.
You can also view the sub-issue in the bug list.
3. On the bug details page, you can select ···
to the right of a sub-issue and change the associated parent issue or delete the current sub-issue.
4. During actual development scenarios, unexpected bugs may arise due to insufficient planning, or complicated bugs may require lots of work for researching and handling. In this case, enter the bug details page, select ···
in the upper-right corner, and then convert the bug to a new requirement or change its parent epic.
After creating a bug and breaking it down into sub-issues, you can enter the details page to set the iteration and associated requirements, set the story points, select the bug type, adjust the priority, set the due date, and specify the assignee.
In the Description or Comments on the bug details page, you can use # + reference ID/title
to select a resource. The resource referenced will be shown in the References list. If the current bug has been referenced by another resource, the resource will be shown in the Referenced By list of the bug.
You can also associate a code commit with an issue. When committing code, add the # + reference ID/title
of the issue to the commit information (for example, this is a commit #3). See Reference Resources and Upload Attachments for details. Bug status refers to the stage of a bug in its lifecycle and provides a way to implement bug processing workflows.
1. After creating a bug, the bug status is To be processed by default. On the bug details page, select options from the dropdown menu on the right to switch its status.
2. On the bug list page, you can switch the status based on the current stage of the bug in the Status column.
3. Click Project Settings > Project Collaboration > Issue Types to set custom bug workflows. For more information, see Custom Workflows. The bug list is a list view of all bugs in the project. It is the main workspace for testers and relevant bug assignees. On the bug list page, you can switch between ** Tree View**, Tile View, and Kanban View to suit your needs. The next time you go to this page, the system will display the last used view by default.
When there are many tasks, flexibly use the search box and filters to quickly locate the information you need. For more information, see Manage Issue Views.
All changes to a bug are recorded in the action log. On the details page, select ···
in the upper-right corner and click Earlier Versions in the menu to view all versions by time. Version backtracking allows you to restore an earlier version. For more information, see Version Management.
You can batch import and export bugs. On the bug list page, select ···
in the upper-right corner and import or export bugs. For more information, see Import and Export Issues.
Bug Types and Bug Modules
When creating and managing a bug, you can set the bug type. CODING Bug Management provides five bug types by default:
Functional bug
UI defect
Usability defect
Security defect
Performance defect
Custom bug types are also supported. Only a team owner or admin can create bug types. After a bug type is added, the bug type can be used for all projects of a team.
Create and use bug types
1. In a project, select Project Settings > Project Collaboration > Issue Types, and click Fields to the right of Bugs. 2. In Issue Types > Bugs, select Configure Menu Options to the right of Bug Types.
3. Enter a name for the new bug type. You can adjust the priorities of bugs through the drag-and-drop operation.
Select Add and click OK, and then in Issue Types > Bugs, select Apply Configuration to add and apply the bug type.
4. When creating a bug or on the bug details page, you can select a new bug type in the Bug Types menu on the right.
This feature is used to configure modules to which the bugs belong. Creating different modules allows you to manage and locate bugs easily to suit the needs of professional scenarios. Module data can be shared across projects for more efficient collaboration.
Create and use bug modules
1. In a project, select Project Settings > Project Collaboration > Module Settings and click Create Module.
2. Enter a module name, and then select Save to add the bug module.
In Module Settings, click ↑↓ to the right of each module to adjust the display priority of modules. You can also rename or delete the modules.
3. When creating a bug or on the bug details page, you can select the module to which the bug will be added from the Modules menu on the right.
On the bug details page, you can select ···
in the upper-right corner and click Delete in the menu. Deleting a bug will delete all its sub-issues as well. Proceed with caution.
Was this page helpful?