A customer of ours asked for a custom report / graph for displaying the count of incidents by project and by priority.
A customer asked us if we could provide a report of all the incidents across all projects and programs. In SpiraPlan you already have a Program Incidents list page that shows this information. However sometimes you want the information in a report format.
In some cases a test may automatically determine that it's failure is definitely caused by a bug in software under test. In this case the test may create an incident in Spira using Spira.CreateIncident action. Requires Rapise 7.2+.
A customer asked is how they could run a report on a daily basis to see for how long a defect has been assigned to someone and the audit log of the assignment changes. That is best done by using the History table and the main Incident table together in a custom report
A customer asked us why Rapise uses Pascal Case names for the various operations, functions and properties, as well as the reason why operations are prefixed with a "Do" action name.
A workflow is a predefined sequence of incident statuses linked together by “workflow transitions”. Incident statuses and workflow transitions are highly configurable. This article gives an overview of workflow transitions.
A customer asked us how you could create a custom report that shows the following information in a single table:
- A list of test sets containing:
- For each test step, the linked:
One of the metrics that customers often find useful is the number of times that a specific incident has been reopened. We plan on adding some built-in dashboard widgets for this metric, but in the meantime, we have a custom report that you can use to report on this metric from Spira.
In Spira we have a nice incident aging graph that you can use to see the count of incidents per aging range. However sometimes customers are looking for more customizable reporting around incident aging data. This article provides some sample custom reports.
Rapise supports many types of objects in Web, Mobile and Desktop applications. And each object has a set of actions that can be applied to it. You may want to override behavior of existing action or add a new one. Learn how from this article.
The incidents in Spira are able to have customizable incident types, statuses, priorities and severities. This means that each project has unique IDs for the various attributes. Sometimes when you incorrectly load in data using our Excel Add-In, you can link incidents to attributes from other projects. This article describes the problem and the solution.
When using SpiraTest, SpiraPlan, SpiraTeam or KronoDesk with SQL Server 2012 or later, you may occasionally have a situation where the ID for an artifact (test cases, incident, ticket) suddenly jumps by exactly 1,000 values (e.g. from 214 to 1214 instead of just incrementing to 215).
When you use RemoteLaunch with SpiraTest / SpiraTeam, you have the ability to run Selenium IDE scripts written in the Selenese format as well as WebDriver scripts run using specific language bindings. However the RemoteLaunch Selenium2 plugin only handles the Selenium IDE commands that have a corresponding Selenium WebDriver equivalent or ones that RemoteLaunch can handle natively (e.g. pause).
After upgrading to Spira v4.2, if you get either of the following error messages:
- 'Width' is not a member of type 'Inflectra.SpiraTest.DataModel.IncidentView'
- 'DisplayMode' is not a member of type 'Inflectra.SpiraTest.DataModel.IncidentView'
Please follow the instructions in the article to solve the issue that happens when you try and use a saved filter that gives this issue.
In SpiraTest, when you create a new custom property in the incidents section, they are disabled by default. Unlike other parts of the system, the incident tracker has a customizable workflow. This article describes the steps necessary to enable the new custom properties in the workflow (which will make the custom property enabled).