You are browsing the archive for low.

Avatar of anna

by anna

Bug Categories

20. Juni 2012 in Allgemein

Why do bugs have different categories?  
One bug is not like another. There are small bugs, there are big bugs.
Your task is to identify bugs, group them and assign them to three different categories: Low, High and Critical.

What is the difference between these categories?  


The difference lies in the severity of the errors and the urgency to eliminate them.
Low: Our client should fix this bug but it is no problem if our client decides not to do so. This type of bug does not affect the functionality of a website or a program.
High: This bug should be fixed by our client but there is no hurry.
Critical: This type of bug has to be fixed by our client immediately.

Do I need to consider specific methods for categorizing bugs?  
Generally, you have to take the perspective of our client. You have to ask yourself the following questions:
Is the bug so crucial that I could lose customers? e.g: Am I losing customers because they cannot complete their ordering procedure in my online store? Does a bug keep my customers from booking a flight on my website?  With no doubt this is a Critical bug!
A graphical error located in the upper left of the web page has to be classified as “Low”, particularly if it is hardly visible.
But what about a graphical error in the logo of the company? Such a graphical bug can be classified as “High”, because this may reduce a company’s trustworthiness.
To sum up:

Bugs are too different to give general instructions to categorize a bug appropriately.
Finally a small hint with respect to the final categorization:
Our client decides about the category at the end. Downgrades and upgrades are possible!

Tags: , , , ,

Avatar of anna

by anna

How to submit a bug- the bug form

20. Juni 2012 in Allgemein

Who decides whether a bug will be accepted or not? – The team leader, the customer?

No! The quality of your bug is crucial! If you do not submit your bug correctly, often we cannot reproduce the bug and have to reject it. In order to get payed, you should really submit your bugs meticulously.

That’s how it works:  

A Bug needs a meaningful titel. The first thing, the team leader and the customers sees, is the bug titel, so choose it wisely. It should not be too long, but precisely describe your bug in a few words, so that we instantly know what kind of bug you found. To guarantee that, each title should cover the following: type of bug and where it appeared.

The URL you insert should be the one you find in the browser, while your on the site with the bug. You simply have to copy and paste it then.

Very important are the steps taken to understand the bug. Those who work sloppy here, risk to lose their bug, because it is not reproduceable.

When naming the steps taken, always start with same step: “Go to the homepage.” It should be possible to find the bug starting from the homepage.

The more steps you name, the easier it will be to reproduce the bug and the more positive you can be that the team leader and customer will find your bug. But cut it short.

You can state the expected, as well as the actual result in a few short sentences. In this part you can explain your bug more in detail.

The label function is used to group the bug. You can find a list of label functions in an other blog entry. As all bugs are different, you can also insert new label functions.

You will be asked to categorize you bug. The categories are: Critical, High and Low. Please keep in mind that critical means that the bug needs to be fixed immediately. Find more information in the blog entry “Bug Categories”.

Finally name the browser you used and do not forget to upload a screenshot!

 

Tags: , , , , , , , , ,

Avatar of anna

by anna

Bug Categories

19. Juni 2012 in Allgemein

 

Warum haben Bugs unterschiedliche Einstufungen?


Bug ist nicht gleich Bug: Es gibt große Bugs, es gibt kleine Bugs. Es gibt nette Bugs, es gibt fiese Bugs – um es kurz zu halten: Jeder Bug ist anders.

Eure Aufgabe ist es die einzelnen Bugs zu unterscheiden und in Kategorien einzuteilen. Dabei teilen wir die Bugs in drei Klassen auf: Low, High und Critical.

 

Was unterscheidet die einzelnen Kategorien voneinander?  

 

Der Unterschied liegt in der Schwere der Fehler und die Dringlichkeit diese zu beseitigen.

  • Low: Dieser Bug kann vom Kunden behoben werden. Es ist jedoch nicht schlimm, falls er das nicht tun sollte, da die Funktionalität der Seite bzw. des Programms nicht beeinträchtigt ist.
  • High: Dieser Bug sollte vom Kunden behoben werden.Dieses muss aber nicht sofort geschehen.
  • Critical: Dieser Bug muss sofort vom Kunden behoben werden.

Was ist bei der Klassifizierung zu beachten?  


Grundsätzlich müsst ihr euch bei der Klassifizierung eines Bugs in die Lage unseres Kunden versetzen und euch die Frage stellen:
Ist der Fehler so schwerwiegend, dass ich als Anbieter Kunden verliere?  

Konkret könnte das heißen:
Verliere ich Kunden, weil der Bestellprozess im Onlineshop nicht abgeschlossen werden kann? Kann ein Flug nicht gebucht werden?
Das fällt definitiv in die Kategorie „Critical“.
In die Klasse „Low“ wird dann ein kleiner Grafikfehler ganz oben links in der Ecke einer Homepage fallen. Vor allem, wenn dieser gerade mal einen Millimeter groß und kaum sichtbar ist.
Ist jedoch ein Firmenlogo vom Grafikfehler betroffen, könnte dies der Seriosität der Webseite schaden und kann vielleicht als „High” klassifiziert werden.
Leider kann für die richtige Einstufung der Bugs kein Allgemeinrezept gegeben werden, da die Bugs wie auch unsere Kunden zu verschieden und individuell sind – es ist also euer Feingefühl gefragt.
Noch ein kleiner Hinweis zum Schluss:  

 

Unser Kunde entscheidet letzten Endes über die Einstufung der Bugs und dementsprechend werdet ihr auch bezahlt. Down und Upgrades eurer eingereichten Bugs sind somit möglich und die endgültige Einstufung obliegt nicht unserer Hand.

Tags: , , , ,