You are browsing the archive for bug.

Avatar of anna

by anna

Bug, bug, bug… What is a bug?

20. Juni 2012 in Allgemein


Simply said: A bug is a system fault.
Bugs may appear on websites, programs or applications. However, they always cause the same feeling: Users, as well as developers are obviously annoyed.
There is a huge variety of bugs: graphical errors or broken links are typical errors, but there are many more bugs that affect functionality, security or other areas of  web pages or a programs in a negative way.

A bug rarely comes alone…
Their appearance is numerous. Developers are doing their best to avoid creating bugs by accident and simultaneously try to search and eliminate occuring bugs, but they always have one big problem: They always have the same point of view. They pay attention to the crucial areas of web pages and programs and neglect “less important” things. But in the end those bugs may be even more annoying to the user.
And that is why we need you: We need your point of view!  

 
What belongs to spelling?
Beside system faults that affect functionality or the graphical interface, there are many spelling or grammar mistakes that can be found on websites or  softwares.
It makes no difference whether it is simply a missing comma, a strange syntax or wrong word usage, non of them is a bug, as they are not affecting the functionality of web pages or programs. Spelling and grammar mistakes have to be submitted as such.
Finally it is your job to write a good description about where the error appeared and outline the steps taken. Additionally you have to add a screenshot and the label “spelling error”.

What about usability?
Usability neither belongs to bugs nor to spelling error. A usability error is not a bug, but a lack in user-friendliness, so when you submit a usability error, make a suggestion for improvement. 

 

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, Bug, Bug… Was ist eigentlich ein Bug?

19. Juni 2012 in Allgemein

 

Ganz einfach gesagt: Ein Bug ist ein Fehler im System.

Er kann auf Webseiten, in Programmen oder in Anwendungen auftauchen.

Dabei löst er jedoch bei allen Benutzern wie auch bei den Entwicklern das gleiche Gefühl aus – man ist sichtlich genervt.

Die Welt der Bugs ist bunt und vielfältig. So gibt es neben den klassischen Grafikfehlern oder fehlerhaften Verlinkungen eine breite Palette an anderen Fehlern, die die Funktionalität, Sicherheit oder andere Bereiche einer Webseite oder eines Programms beeinträchtigen.

 

Ein Bug kommt selten alleine…

So vielfältig sie in ihrer Art und Weise erscheinen, so vielfältig tauchen sie auch in ihrer Anzahl auf.

Auch wenn sich die Entwickler größte Mühe geben Fehler zu vermeiden und vorhandene Fehler zu finden und zu beheben, haben sie immer wieder das gleiche Problem:

Sie haben immer die gleiche Sicht auf das gleiche Programm. Sie achten häufig immer auf die gleichen Dinge und vernachlässigen dabei für sie „unwichtige“ Punkte, die aber für den Endverbraucher ein hohes Maß an Unbequemlichkeit bedeuten.

Deswegen brauchen wir eure Sicht auf das zu testende Produkt: Jeder von euch hat eine andere Vorgehensweise sich durch eine Menüführung durchzuklicken oder Sachen auf einer Webseite zu finden. Dadurch ist garantiert, dass sich auch kleinere, versteckte Bugs auffinden lassen.

 

Was gehört zu Rechtschreibung?

Sei es ein fehlendes Komma, eine verknotete Satzstellung oder die verschlafende Umstellung auf die neue Rechtschreibung: Fehler ist Fehler. Nur können diese Fehler natürlich nicht als gravierender Bug eingereicht werden. Sie sind manchmal äußerst störend, aber beeinträchtigen normalerweise nicht den Webseiten-Betrieb oder die Funktion eines Programms.

Alle Rechtschreib- oder Grammatikfehler sind daher unter “Rechtschreibung” einzureichen und mit einem Screenshot, sowie dem Label “Rechtschreibfehler” zu versehen.

 

Was gehört dann zu Usability?

Unter “Usability” werden eure Verbesserungsvorschläge hinsichtlich der Benutzerfreundlichkeit eines Produkts gesammelt. Diese gehören weder zu den Bugs, noch zur Rechtschreibung.

Hier könnt ihr also qualitativ hochwertige Kommentare einreichen, welche unserem Kunden bei der Verbesserung seines Produkts helfen können. Ein Usability Vorschlag ist also Kritik und Verbesserungsvorschlag in Einem.

Tags: , , , , ,

Avatar of thomas

by thomas

Wann ist ein Bug ein Bug?

14. Oktober 2011 in Allgemein

Ihr ahnt die Antwort vielleicht bereits: “Das kommt darauf an.”

Grundsätzlich stehen immer die Wünsche des Kunden und der Zielgruppe des Produkts im Vordergrund. Ein guter Tester sollte versuchen, sich (basierend auf der Testbeschreibung) in die Rolle des Kunden und der Zielgruppe hineinzuversetzen und so selbst sinnvoll zu beurteilen, wann ein Bug wirklich ein Bug ist. Eine allgemeine Aussage ist praktisch unmöglich:

  • Ein kleiner Grafikfehler im Apple Store mag als Bug gewertet werden, während ein solcher auf anderen Seiten keine Rolle spielen würde; es sei denn, der Fehler befindet sich vielleicht im Logo der Firma.
  • Manchmal ist nur wichtig, dass ein Formular abgeschickt werden kann; manchmal kommt es darauf an, dass nach dem Abschicken auch eine E-Mail verschickt wird; manchmal müssen Formulareingaben geprüft werden, manchmal nicht.

Da eine allgemeingültige Definition vor diesem Hintergrund keinen Sinn macht, stellen wir bei testCloud weder Definition noch Beispiele zur Verfügung. Mit ihren persönlichen Fähigkeiten und ihrem Gespür sind unsere Tester das, was testCloud ausmacht. Ihr seid diejenigen, die helfen, die Produkte unserer Kunden zu verbessern. Das letzte Wort über die Annahme von Bugs hat natürlich immer der Kunde.

Die Qualität der eingereichten Bugs möglichst hoch zu halten, ist schließlich auch in eurem eigenen Interesse: Je höher die Bug-Qualität, desto wahrscheinlicher werdet ihr zu gut bezahlten Testläufen eingeladen.

Zum Thema Bug-Qualität schreiben wir hier demnächst noch weitere Artikel. Bleibt hungrig!

Tags: , , , , , ,