TestArchitect bugs

A bug in TestArchitect is a failure in an automation run which impairs or prevents the proper functioning of the automated test, and which can generally be attributed either to a bug in the application under test, or to a problem with the test itself. From hereon, any such bug is referred to as a TestArchitect bug, or TA bug.

Tip:
For more details on how to work with TA bugs and integrate them with the JIRA bug tracking system, see JIRA integration

Workflow

A TestArchitect bug workflow is the set of stages that a TA bug goes through during its life cycle. The following diagram depicts the workflow:

Users of bug tracking systems, such as JIRA, may be familiar with the concept of interim resolution statuses, for example Duplicate, Incomplete, or Cannot Reproduce. A TA bug, by contrast, has only three statuses: Open, Closed, or Reopened.

Status

Each TA bug has a status indicating where the bug currently is in its life cycle. A bug starts as being Open, then generally progresses to Closed. Depending on circumstances, it may further progress to Reopened and then Closed again.

  • Open: TA bug is in the initial Open stage, ready for the assignee to start working on it.
  • Reopened: TA bug was once Closed, but is now being reverified and/or addressed. From here, the bug is marked Closed if it is resolved.
  • Closed - TA bug has been resolved and completed.

Bug Type

TA bugs are categorized into two types: registered bugs and unregistered bugs.

Registered bugs are bug records created in TestArchitect and associated with a bug on an external bug tracking system. You may refer to Creating registered TA bugs to see how to create a bug associated with a JIRA bug.

On the other hand, unregistered bugs are created in TestArchitect but not associated with a bug on any external bug tracking system. Refer to Creating unregistered TA bugs.

Bug information

Detailed information regarding a TA bug (that is, registered or unregistered) is listed in two tabs of information. One is the Information tab which contains general information on the bug. The other is the Related Items tab, which lists those test modules which expose, or “catch”, the bug.

The Information tab:

The fields of the Information tab are:

FieldDescription
Bug ID(Automatically generated) The ID of the TA bug. This bug ID is combination of a prefix key followed by an ID number, separated by a hyphen.
SummaryA brief one-line summary of the TA bug.
Note:
The Summary field cannot be empty.

DescriptionA detailed description of the TA bug.
URL(Automatically generated) The TestArchitect URL address of this bug.
SourceThe bug ID of an external bug tracking system associated with the TA bug.
Note:
  • If this is an unregistered bug, this field is empty.
  • You may change the Source value to drop the current link and association this bug with another external bug.
  • You can also clear the Source content to decouple this bug from its associated external bug, rendering this an unregistered bug.
Current statusThe current life cycle stage of this TA bug (refer to Workflow)
Last update dateThe date on which this TA bug was last updated from an external bug tracking system.
Last update byThe person who last edited this TA bug.
Creation dateThe date on which this TA bug was created in TestArchitect.
Created byThe person who created this TestArchitect bug.
Last refresh statusThe status of the most recent refresh via clicking the Refresh button .

The Related Items tab:

The fields shown in the above screenshot are:

FieldDescription
Test ModuleName of a test module which exposes the bug.
Test CaseThe particular section in the test module in which the bug is exposed. The section can be Initial, Final or a specific test case.

Test LineThe line number where the bug is marked as a known bug.
Marked ByThe person who marked the bug.



Creating unregistered TA bug
An unregistered TestArchitect bug (TA bug) is one that is created in TestArchitect but it is not associated with a JIRA bug.

Working with known bugs
Known bugs indicate where fails in a test have been recognized so that those fails are ignored in subsequent automation run results. The Ignore known bug feature helps you obtain test results from test runs that are not cluttered up with fails from known bugs, thus rendering the results easier to analyze.

Viewing TA bugs
How to access existing TA bugs.

Deleting TA bugs
TA bugs can be removed from the system once they have been addressed.

Related information

JIRA integration


Copyright © 2024 LogiGear Corporation. All rights reserved. LogiGear is a registered trademark, and Action Based Testing and TestArchitect are trademarks of LogiGear Corporation. All other trademarks contained herein are the property of their respective owners.

LogiGear Corporation

1730 S. Amphlett Blvd. Suite 200, San Mateo, CA 94402

Tel: +1 (650) 572-1400