The Correct Way To Write A Tittle
The Correct Way To Write A Tittle
ACTUAL RESULT
The actual result is one of the most important fields of a bug report because here
you explain what the problem is and all further details that are needed to
understand the bug.
The actual result must not be the same as the report’s title.
While the title is a summary of the problem, the actual should be a detailed
description of it and should include further details such as scenario information,
examples and results obtained while performing the steps to reproduce the bug.
Exemplary actual result
Wrong: Error shown on the cart page after clicking on the checkout button
Correct: “Error 500 –Internal Server error- sorry something went wrong is shown
to the user after he tries to proceed to the checkout page
Wrong: The user cannot add a product to the cart, an error is shown
Correct: An ‘unexpected Error’ error message appears in the top right corner of the
PDP, and the product is not added to the cart
Expected Result
Describe what you expected to happen after performing your last described step.
As always, detailed are the key. Think about what should have happened if you
had not experienced the bug if everything worked correctly.
Exemplary expected result
Wrong: User can procced to the checkout
Correct: The user should be redirected correctly to the checkout page, where he
should be able to add shipping and payment info and place an order.
VISUAL BUGS
The customer only needs a single reference to be made aware of the visual
problem.
Examples:
Some elements show the same graphical problem e.g. texts or images are
larger than their boxes.
Input fields are not large enough to hold their default texts that are, in turn,
not completely visible
Teasers unintentionally overlap other elements.