Portal

Bug Squad - Introductie

From Joomla! Documentation

< Portal:Bug Squad
This page is a translated version of the page Portal:Bug Squad/Intro and the translation is 100% complete.
Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎Nederlands • ‎Türkçe • ‎español • ‎français • ‎português • ‎български • ‎中文(台灣)‎

Doel

Het doel van de Joomla! Bug Squad (JBS) is om het aantal bugs in Joomla! te verminderen.

Dit geldt niet alleen voor het CMS, maar voor elk Joomla! (sub-)project.

Functie

De Joomla! Bug Squad verminderd het aantal bugs in Joomla! door de volgende aanpak:

1. Het forum lezen[1], Mailing lijsten[2], Social Media[3], Stack Overflow[4], en andere externe bronnen voor gerapporteerde issues.

Het is niet aan de JBS om ondersteuning te geven op die kanalen (al zal dit wel gewaardeerd worden), maar om het

  • identificeren en bevestigen van mogelijke bugs,
  • assisteren van de berichtgever om een issue ticket op de tracker te maken
  • creëren van een issue ticket op de tracker, als de berichtgever hier niet in staat is
  • achterlaten van een referentie op het tracker item op het kanaal

Hoe sneller dit na het plaatsen van het bericht gebeurd, hoe beter dit zal over komen.

Het belangrijkste hulpmiddel - en dus de enige waarheid - is de issue tracker, wat, nogmaals een eigen blik geeft op verschillende GitHub repositories. Alle relevante informatie uit bovengenoemde kanalen is hier samengevoegd.

2. Het bevestigen van bugs door middel van een test[5].

Het ideaal, een bug is bevestigd wanneer - en alleen wanneer - een test bestaat uit het reproduceren van de issue. De test zal dan de deugdelijkheid van een fix bevestigen.

Dit is op dit moment niet in volledigheid mogelijk. De JBS werkt nauw samen met de Automated Testing Team om een bibliotheek van testfunties beschikbaar te stellen die het toestaat voor niet-codeschrijvers om een test beschrijving te geven die automatisch omgezet kan worden in test code (calls)[6]

Totdat deze bibliotheek bestaat zal handmatige bevestiging worden uitgeoefend.

In samenwerking met de bevestiging zal JBS ook er voor zorg dragen dat elke issue het correcte Type, Ernst en Prioriteit heeft.

3. Los bugs op

De eerst aanpak zal altijd zijn om de originele ontwikkelingsteam van de foutieve functie de fix te laten schrijven - zij weten zoveel meer van de functie dan enig JBS lid zal weten. JBS helpt hen indien nodig om testen te implementeren[7].

Als het ontwikkelingsteam het niet kan overnemen zal een fix door het JBS bijdragers worden verzorgd.

4. Issues opvolgen

Wanneer een issue vast zit zal het JBS leadership deze op redenen onderzoeken en het issue weer in beweging krijgen.

5. Het testen van patches

Op dit moment zijn er twee positieve testen nodig om een patch te kunnen accepteren. JBS zal het Automated Testing Team ondersteunen in het maken van een Docker-gebaseerd testomgeving die het mogelijk maakt om te testen op verschillende webservers, met verschillende databases, verschillende PHP-versies, enzovoort. Het Product Department bepaald de "stack matrix".

6. Bugs voorkomen tijdens ontwikkeling

De JBS leden helpen het ontwikkelingsteam om een "eerst testen" omgeving te creëren. Het vinden van bugs tijdens ontwikkeling is de meeste effectieve manier om tot nul bugs te komen.

7. Ondersteunen van Pizza, Bugs and Fun (PBF) evenementen

Er bestaat de beweging van het organiseren van Pizza, Bugs & Fun evenementen - door Joomla Gebruikersgroepen of in samenwerking met een JoomlaDag of andere conferenties. Indien er voldoende tijd is zullen JBS leden voor assistentie beschikbaar zijn op Glip.

Rollen

Team Lead, Assistant Team Lead

Deze twee leden leiden het team zoals gedefinieerd is in de statuten. Hun belangrijkste verplichting is het coördineren van de teamactiviteiten en het samenwerken met andere teams.

Lid

Alle leden worden geacht het Forum, Mailinglijsten, Sociale Media kanalen en StackExchange bij te houden zoals eerder is bericht.

Leden helpen gebruikers met het omgaan van issues op de tracker, met code fixes, met het versturen van "pull requests" en ook het beoordelen en testen van patches.

Leden hebben stemrecht volgens de statuten.

Bijdrager

Een persoon die bugs op de tracker rapporteert, fixes beschikbaar maakt, patch pull request stuurt, of het controleren of testen van patches uitvoert wordt beschouwd als een JBS bijdrager.

Bijdragers hebben geen stemrecht volgens de statuten.


Referenties

  1. Joomla! Forum, specifiek Joomla! CMS 3.x Bug Reporting Forum
  2. Google Groups Joomla! CMS Development en Joomla! Framework Development
  3. Linkedin Official Joomla! Users Group, Facebook Joomla! Group
  4. StackExchange Joomla Q&A
  5. Een werkstroom moet hiervoor gedefinieerd worden omdat de test uitvoerbaar moet zijn met en zonder de voorgestelde fix.
  6. Dit zal gebaseerd worden op Gherkin acceptatie testen. De syntax is makkelijk te leren en is gericht op niet-codeschrijvers.
  7. Geen code mag toegevoegd worden zonder testen! Joomla! is al te vaak "stuk gegaan" door missende testen.