1. What is a Business Rule? How can I define business rules for my project?
Business Rule is a kind of filter that you will apply to all your bugs. You can define Business Rules that will enable you to organize the bugs and perform action such as changing the severity, status, module, classification and assigning the bug to a user. Business Rule will be triggered when the bug is created and whenever there is an update in that bug.
For example, When a particular bug classification is feature request/ enhancement, then "is it reproducible" has to be updated to Not Applicable there. This can be defined as follows
- Click Add Rule. Provide the name and description for the understanding and future reference
- In Define Criteria section, Give the criteria (using More Criteria link you can give multiple criteria)
- In Actions, Choose is it Reproducible and its value as Not Applicable
- Save the Rule.
Now, Whenever a bug classification is updated to "Feature(New)" or "Enhancement", "Is it Reproducible" will be updated to "Not Applicable ".
In a similar way, you can configure your own set of business rule as per your project needs.
2. How to create modules for the bugs?
Yes. The portal administrator is the only one who can create a module for the bugs.
To create a module :
- In Bugs tab, click Bug Settings link from sub-menu
- Click Create Modules link
- Now click the Add Module link present at the bottom.
- A small dialog box opens and typein your module name
- Click Add Module creates a new module
In addition, we've provided options to edit / delete your modules.
3. How to configure issue status and workflows for the bugs?
Each issue has a status, which indicates the development stage of the issue. The following are the default statuses
- Open - All issues which are posted newly will be assigned the Open status by default
- Analyzed - The issue is being Analyzed
- Closed - Resolved and Tested issues, fixes for which are brought into Runtime
- Assigned - The issue is assigned to a user
- Resolved - Issue is fixed and it is to be resolved. Once tested the issue can be moved to
closed or reopened
- Verified - The issue is Verified by the tester and needs to be closed
- Reopen - Closed/to be tested issues failed are reopened. From reopened status the issue
can be moved to InProgress or Resolved or Closed
- InProgress - The owner of the issue is working on the issue
You can modify the statuses as per your requirement. If you want to change the default status, Click the edit link corresponding to the status for which you want to set as a default one. Also you can add your own statuses using "Add Status" link present at the bottom. In addition, you can order it to your own choice using the drag and drop option and can delete existing status.
4. Can I associate a bug with an existing milestone?
Yes. You can associate a bug to an existing milestone when submitting an issue. The following screen capture explains how to associate an bug with a milestone.
5. Is there a consolidated view to see the bugs filed by me / assigned for me?
Yes. My Bugs view provides a consolidated view of bugs filed by you or assigned to you i a project.
- Go to Home tab and click My Bugs option
- This lists all the bugs reported by you or assigned to you
6. Can I file a bug directly from my email for a project?
Yes. You can file bugs directly from your email for a project. For this,
- Go to Bugs tab and in the footer you can find a default email for bugs
- Grab this email id and start filing bugs for your project
7. How can I set client permissions to view the bugs filed in a project?
To set client permissions:
- Click Bug Settings tab from the submenu
- In Bug Settings, Click Client Permissions link
- Choose the required options like
- Show external bugs to clients / bugs filed them / assign bugs for them
- Click Update button provides the required permissions for your clients