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/