mobile freidae berlin Community trifft Development  Umgang mit Bugs bei Maemo/MeeGo   by Uwe ‘jukey‘ Kaminski 16.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 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 Bilder: http://flickr.com/photos/32404172@N00/188312435 http://jugl.ju.funpic.de/wp-content/uploads/2009/07/Feedback.jpg
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 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) 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)
Testingsquad Idee: Nur getestete, funktionierende Software soll im extras-Programmkatalog erscheinen – dieser ist ab Auslieferung des N900 aktiviert und hat somit ein breites Publikum Entwicklung neuer Anwendungen und deren Veröffentlichung im extras-devel-Programmkatalog Ist die Anwendung fertig für den End-Anwender, erfolgt die Veröffentlichung im extras-testing-Programmkatalog Voting für Programm-Pakete: 10 x  --> 4. 10 x --> 1. 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/ Bilder: http://commons.wikimedia.org/wiki/File:Tummeupp.jpg
...und alles was ich bekam... Danke! Fragen?

Community trifft Development - Umgang mit Bugs bei maemo / Meego

  • 1.
    mobile freidae berlinCommunity trifft Development Umgang mit Bugs bei Maemo/MeeGo by Uwe ‘jukey‘ Kaminski 16.07.2010
  • 2.
    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
  • 3.
    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?
  • 4.
    Um wen gehtes 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
  • 5.
    Entwickler: Ziele undWege 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/
  • 6.
    Benutzer: Ziele undWege 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
  • 7.
    Benutzer hilft EntwicklerFalsch „ 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
  • 8.
    Benutzer investieren (viel) Zeit in gute Bug-Reports! Bilder:http://www.flickr.com/photos/tonivc/2283676770/
  • 9.
    Entwickler hilft BenutzerFalsch* „ 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 Bilder: http://flickr.com/photos/32404172@N00/188312435 http://jugl.ju.funpic.de/wp-content/uploads/2009/07/Feedback.jpg
  • 10.
    Entwickler investieren (unglaublichviel) Zeit in gute Anwendungen! Bilder:http://www.flickr.com/photos/tonivc/2283676770/
  • 11.
    ...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
  • 12.
    Bugsquad Alle, diemö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) 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)
  • 13.
    Testingsquad Idee: Nurgetestete, funktionierende Software soll im extras-Programmkatalog erscheinen – dieser ist ab Auslieferung des N900 aktiviert und hat somit ein breites Publikum Entwicklung neuer Anwendungen und deren Veröffentlichung im extras-devel-Programmkatalog Ist die Anwendung fertig für den End-Anwender, erfolgt die Veröffentlichung im extras-testing-Programmkatalog Voting für Programm-Pakete: 10 x --> 4. 10 x --> 1. 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/ Bilder: http://commons.wikimedia.org/wiki/File:Tummeupp.jpg
  • 14.
    ...und alles wasich bekam... Danke! Fragen?