mobile freidae berlin

Community trifft Development

Umgang mit Bugs bei Maemo/MeeGo

by Uwe ‘jukey‘ Kaminski16.07.2010

Uwe Kaminski (jukey)

Blog: http://internettabletblog.de

Twitter: http://twitter.com/ju_key

Maemo: http://maemo.org/profile/view/jukey/

Identi.ca: http://identi.ca/jukey

Wer, wie, was, ...?• Bringt es denn überhaupt etwas, Fehler zu melden?

• Ist das überhaupt “meine” Aufgabe?

• Klingt vor allem nach Stress! Was habe ich als Entwickler davon?

• Welche Bugs können wo eingetragen werden?

• Was macht dieser ominöse Bugsquad?

• Wie geht die Community mit Fehlern in Anwendungen Dritter um?

• Ich möchte gern selbst aktiv werden. Wo fange ich am besten an?

Um wen geht es eigentlich?

• Entwickler

– Freizeit-Entwickler– GSOC-Studenten, usw.

• Professionals

– Maemo / MeeGo– 3rd Party Developer

• Benutzer

– Power User– Interessierte Anwender

Bilder: http://soldierant.net/archives/uploads/2005/02/usergrpicons.jpg

Entwickler: Ziele und Wege

• Profi- und Freizeit-Entwickler– Haben berufliches Interesse an der

Behebung von Fehlern

– Wollen ihre Anwendung verkaufen

– Haben kein Interesse daran Fehler zu beheben

– Beheben Fehler, um mit einem „runden“ Programm vielen Anwendern das Leben genauso zu erleichtern wie sich selbst

Bilder:http://flickr.com/photos/58041007@N00/429541773/

Benutzer: Ziele und Wege• Benutzer

– Wollen Anwendungen, „die Spaß machen“ und funktionieren

– Können mit verhältnismäßig wenig Aufwand viel erreichen

– Lernen Details der Software kennen

– Fördern das Verständnis der Entwickler für Probleme der Anwender

– Müssen nicht selbst programmieren können

Bilder:http://commons.wikimedia.org/wiki/File:Wegweiser-Borstein.jpg

Benutzer hilft Entwickler• Falsch

– „Das Programm [beliebiges Maemo Programm] funktioniert aber nicht!“

– „Ich will [beliebige ganz tolle Funktion] haben!“

• Richtig

– Ort der Fehlermeldung bestimmen (Bugtracker-Link in Packages unter http://maemo.org/packages )

– Frage stellen: Fehler oder Verbesserung? Fehler gehen fast immer vor! Deswegen werden aus „Verbesserungen“ aber trotzdem keine „Fehler“...

– Duplikat? In bugs.maemo.org auch nach Bugs im Status „fixed“ suchen, um zu sehen ob dieser für eine zukünftige Version gilt.

– So detailliert wie möglich beschreiben, was zu tun ist, um den Fehler zu reproduzieren! Soll z.B. ein Problem gemeldet werden, das bei der Eingabe von Texten in Formularfeldern auftritt, muss vorher angegeben werden, ob das virtuelle oder das Hardware Keyboard verwendet wurde.

Bilder:http://www.flickr.com/photos/29233640@N07/3645211083/

http://www.stockvault.net/Paper_Books_g56-Read_a_book_p13236.html

Benutzer investieren (viel) Zeit

in gute

Bug-Reports!

Bilder:http://www.flickr.com/photos/tonivc/2283676770/

Entwickler hilft Benutzer

Bilder: http://flickr.com/photos/32404172@N00/188312435

http://jugl.ju.funpic.de/wp-content/uploads/2009/07/Feedback.jpg

• Falsch*

– „Die Benutzer sind undankbar und überkritisch“– „Ich mache das hier vor allem für mich und

daher so, wie ich es will!“*sofern die Anwendung der Community (also per extras-Programmkatalog) zur Verfügung gestellt

werden soll

• Richtig

– Feedback! Gemeldete Fehler und Verbesserungswünsche sind ein Zeichen dafür, dass sich jemand mit der Software beschäftigt und sich sogar die Zeit nimmt sie zu verbessern

– Dokumentation! Changelogs helfen Testern dabei, gezielt neue Funktionen zu überprüfen. Gut dokumentierter Quelltext ermöglicht es interessierten Entwicklern, Fehler in der Anwendung zu finden und zu beheben

– Usability! Nicht nur Entwickler selbst können ein Programm verbessern. Der Dialog mit Experten im Design- und Usability-Bereich kommt der Anwendung zu gute

Entwickler investieren (unglaublich viel)

Zeit in

gute Anwendungen!

Bilder:http://www.flickr.com/photos/tonivc/2283676770/

...und bei ?• Anlaufstellen, um Fehler zu melden:

– Bugzilla: bugs.maemo.org• Plattform und Konzeptfehler• Fehler in Default-Anwendungen (z.B Browser oder E-Mail-Programm)• Fehler in Programmen, die durch Entwickler aus der Community

geschaffen werden (Canola2, Hermes, Conboy, ...)

– Externe Bug-Tracking Tools• Syncevolution: http://bugs.meego.org• Mozilla Firefox: http://bugzilla.mozilla.org

– garage.maemo.org-Projektseite– Forum: talk.maemo.org– E-Mail (bei Themes, usw.)– Upstream z.B.: freedesktop.org

• Erste Anlaufstelle, um zu prüfen wo Bugs gemeldet werden können: http://maemo.org/packages

Bilder:http://commons.wikimedia.org/wiki/File:Wegweiser-Borstein.jpg

Bugsquad

http://wiki.maemo.org/Image:Bugsquad-logo-wazd-small.png

„The maemo.org Bugsquad is a team that takes a look at the incoming and existing bug reports in maemo.org Bugzilla to make sure that they are in good shape before a developer spends time on the reports.“ (Andre Klapper, maemo.org Bugmaster)

• Alle, die möchten, können sich beteiligen. Einfach den eigenen Namen auf der Webseite hinzufügen: http://wiki.maemo.org/Bugsquad#Bugsquad_Members

• Bei Fragen zum Durchsuchen von Bugzilla und allem rund um das Fehlermanagement: #maemo-bugs auf irc.freenorde.net (IRC)

Testingsquad

Bilder: http://commons.wikimedia.org/wiki/File:Tummeupp.jpg

• Idee: Nur getestete, funktionierende Software soll im extras-Programmkatalog erscheinen – dieser ist ab Auslieferung des N900 aktiviert und hat somit ein breites Publikum

1. Entwicklung neuer Anwendungen und deren Veröffentlichung im extras-devel-Programmkatalog

2. Ist die Anwendung fertig für den End-Anwender, erfolgt die Veröffentlichung im extras-testing-Programmkatalog

3. Voting für Programm-Pakete:

10 x --> 4. 10 x --> 1.

4. Das Paket wird veröffentlicht und ist in „extras“ verfügbar!

• Ein guter Ausgangspunkt für alles rund um die QA-Prozedur der Community: http://wiki.maemo.org/Help_testing_software

• Anwendungen zum Testen: http://maemo.org/packages/repository/qa/fremantle_extras-testing/

...und alles was ich bekam...

Danke! Fragen?