Difference between revisions of "Bug Squad"

From Joomla! Documentation

m (Change of category)
 
(24 intermediate revisions by 5 users not shown)
Line 1: Line 1:
[[Image:workgroups_bugsquad.jpg|right]]
+
<noinclude><languages /></noinclude>
 +
{{browsebar|bugsquad}}
 +
{{Top portal heading|color=white-bkgd|icon=bug|icon-color=#5091cd|size=5x|text-color=#333|title=<translate><!--T:1-->
 +
The Joomla! Bug Squad</translate>}}
 +
{{:Bug_Squad/Intro/<translate><!--T:2-->
 +
en</translate>}}
  
The Joomla! Bug Squad (JBS) is a team within the production working group. Their job is to identify and fix bugs in Joomla. This includes the following:
+
{{section portal heading|icon=info|title=<translate><!--T:4-->
 +
Bug Squad Background</translate>}}{{:Bug_Squad/History/<translate><!--T:5-->
 +
en</translate>}}
  
* Scan the [http://forum.joomla.org/viewforum.php?f=199 Joomla! Bug Reporting Forum] and [http://forum.joomla.org/viewforum.php?f=579 Joomla! 2.5 Bug Reporting Forum] for reported issues and help community members with solving these issues.
+
{{section portal heading|icon=envelope|title=<translate><!--T:6-->
* Maintaining the [[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=11410 Version 2.5x only Bug Tracker]] and [[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103 Joomla 3.x Issue Tracker]] .
+
Contacts</translate>}}{{:Bug_Squad/Contacts/<translate><!--T:7-->
* Fix reported bugs and resolve reported issues according to the [[Bug Tracking Process]].
+
en</translate>}}
  
The Bug Squad is also supporting with testing and quality assurance when a new major or minor version is developed. Generally speaking the bug-squad is in the lead when a version switches from beta-stage to the stable-stage within the development cycle of Joomla!
 
  
The Bug Squad was created in December 2007. As of May 2010, JBS has been organised into the following teams:
+
__NOTOC__ __NOEDITSECTION__
* Tracker Team - monitors the forums and trackers
+
<noinclude>
* Coding Team - creates patches for Confirmed Issues
+
<translate>
* Testing Team - tests Pending issues
+
<!--T:3-->
* Automated Testing Team - creates automated system and unit tests for tracker issues
 
* Migration / Upgrade Team - responsible for supporting migration and upgrading from the prior version to the current version.
 
 
 
These teams are not rigid, and JBS members can participate in whatever activities they wish. The purpose of the teams is to make it easier for JBS members to focus their efforts and learn the skills required to successfully contribute to the project.
 
 
 
If you are a member of the JBS, you might also like to join the JBS group at [http://people.joomla.org/groups/viewgroup/95-Joomla+Bug+Squad.html people.joomla.org].
 
 
 
===Tracker Team===
 
This team has the very important and sometimes difficult job of filtering all of the forum posts and bug reports and sorting out which ones are real bugs that are ready to be worked on. From the standpoint of the tracker, their job is to move issues from Open status to Confirmed status. Of course, many issues will also be put into other status codes, including Information Required, Needs Review, Duplicate, Not a Bug, and so on.
 
 
 
Before an issue is marked Confirmed, it needs to be reproduced and documented so that others can reproduce the problem.
 
 
 
The Tracker Team should also make sure the issue has the correct Type and Priority. Remember, many users reporting bugs are not familiar with all of the fields and terminology. In many cases, this could be the user's first contribution or interaction with the project.
 
 
 
It is critically important that all JBS members follow the Code of Conduct and show courtesy and respect in all tracker comments. Remember, we are the ambassadors of the Joomla! project, and the way we behave reflects on the whole project. People will naturally be unhappy if an issue they report is not taken seriously or if they feel that it was closed improperly. So we need to be sensitive to that fact, while of course making the what we believe to be the correct decision. For example, if you close an issue as Not a Bug, please put a comment in telling the reporter why in a nice way.
 
 
 
Also, if someone is not following the Code of Conduct in a tracker comment, please point this out in a respectful way and remind the person that we need to follow the CoC at all times. If there is a persistent problem, please let your Team Leader or a JBS Coordinator know so we can take action. We absolutely do not want to tolerate rude or disrespectful behavior in the tracker or forum.
 
 
 
For more information see the [[Tracker Team]] page.
 
 
 
===Coding Team===
 
The coding team works with Confirmed issues and creates patches to correct these issues if they haven't already been provided. When a patch is completed, and when a test plan has been added that tells the testers how to test the patch, the issue is changed to Pending status.
 
 
 
Many times the first patch submitted for an issue will not be the actual patch that is committed to the SVN. There are many reasons for this. Someone else may have a different approach to the solving the issue, a tester might find a problem, or the person who submitted the patch will think of a better way to do it.
 
 
 
It is important to be positive and flexible and not expect that every patch you submit will go straight into the SVN. That does not mean the work is not helpful or valuable. In many cases, it is not possible to get to the end result without going through one or more tries.
 
 
 
For more information see the [[Bug Squad Coding Team]] page.
 
 
 
===Testing Team===
 
This team tests Pending issues and, when tests are successful, documents this and moves the issue to Ready to Commit status. At this point, one of the JBS coordinators will commit the patch to the SVN.
 
 
 
Over time, we plan to include more automated testing into the process. Eventually, we would like every Ready to Commit issue have both a code patch and an automated system or unit test. Accordingly, it will be important for members of the testing team to be learning how to write and use system tests.
 
 
 
There are some tips for testing in the wiki in the [[Testing Checklists]] article.
 
 
 
===Automated Testing Team===
 
Automated testing is a key technology that we will incorporate into the workings of JBS. At the present, this is a somewhat specialized skill, so we will start by developing a separate team of people who are familiar with this and can help write automated tests and train other JBS members on automated testing. Our aim is to eventually make automated testing a routine part of fixing issues.
 
 
 
For more information see the [[Automated Testing Team]] page.
 
 
 
===Migration / Upgrade Team===
 
This team is responsible for coding and documenting the upgrade process for users migrating sites or extensions from one version to the next (for example, from version 1.5 to 1.6). They will be responsible for creating and fixing issues in this area of the code.
 
 
 
===Contacts===
 
;Joomla! Bug Squad Coordinators : [mailto:mark.dexter@community.joomla.org Mark Dexter]
 
 
 
;To request to join the Bug Squad :[mailto:mark.dexter@community.joomla.org Mark Dexter]
 
;Tracker Team Leaders: [mailto:elin.waring@gmail.com Elin Waring]
 
;Coding Team Leaders:
 
: to be announced
 
;Testing Team Leaders : [mailto:marijkestuivenberg@gmail.com Marijke Stuivenberg]
 
;Automated Testing Team Leaders : to be announced
 
<noinclude>[[Category:Development Working Group]][[Category:Bug Squad]]</noinclude>
 
 
[[Category:Working Groups]]
 
[[Category:Working Groups]]
 +
[[Category:Bug Squad]]
 +
[[Category:Active Working Groups]]
 +
[[Category:Production_Department]]
 +
</translate>
 +
</noinclude>

Latest revision as of 10:19, 25 March 2017

Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎Nederlands • ‎Türkçe • ‎eesti • ‎español • ‎français • ‎italiano • ‎हिन्दी

JBS Portal Page · Bug Squad · Tracker Team · Coding Team · Automated Testing Team

The Joomla! Bug Squad


The Joomla! Bug Squad (JBS) is a team within the Production Department. Their job is to identify and fix bugs in Joomla. This includes the following:

The Bug Squad is also supporting with testing and quality assurance when a new major or minor version is developed. Generally speaking the bug-squad is in the lead when a version switches from beta-stage to the stable-stage within the development cycle of Joomla!


Bug Squad Background

Only short after Joomla! came into the world, the Quality & Testing Working Group was created[1] to test and evaluate major and minor releases for security, stability and performance issues. The team should organise, process and test reports and suggestions provided by the community in order to further improve the code base between major and minor releases[2].

The release of Joomla! 1.5 Beta2 marked the transition from the Development Working Group leading the process to the Quality & Testing Working Group leading the development process[3]. The focus thus had officially shifted from features to stability and security. Unfortunately, because of the long period of down time between the release of Joomla! 1.0.12 and the change of lead to the Quality & Testing team for the Joomla! 1.5 cycle, many of the Quality & Testing members had disappeared. The team was overburdened with the process, so finally in September 2007, the Quality & Testing Working Group was disbanded[4].

To fill the gap, the first Pizza, Bugs and Fun event was organised[5], with Joomlers gathering in New York, San Francisco, Washington DC, Vancouver and Brussels in the beginning of December 2007. In three days around 100 commits were processed and 88 artifacts closed[6].

During the PBF event, the idea for a new team was born. The team was called "The Bug Squad", and should help out organising the handling of the feedback process, keep the tracker up to date, perform testing, guide people in the forums and during PBF events, and provide patches to the Development Working Group, to which the Bug Squad would be a sub-team[7].

In May 2010, the Joomla! Bug Squad (JBS) had been organised into the different teams: a Tracker Team to monitors the forums and trackers, a Coding Team to create patches for confirmed issues, a Testing Team to test pending issues, an Automated Testing Team to create automated system and unit tests for tracker issues, and a Migration and Upgrade Team to support migration and upgrading from the prior version to the current version.

In the following years, the team structures changed a lot. The introduction of the Volunteers Portal made most of the working groups bubble to the main level. A System Testing Working Group and a Unit Testing Working Group were created and in January 2015 combined into the Automated Testing Working Group on the same organisational level as the Bug Squad. Specific Release teams were in charge to support migration and upgrades.

With the transition to the new structure, in January 2017, the Joomla! Bug Squad, as any other team in the Production Department, had to redefine its purpose, function and roles. This was an opportunity for JBS to reflect on its origins. While the purpose still was to reduce the number of bugs in Joomla, not only for the CMS, but for every Joomla project, helping and mentoring developers and contributors with bug squashing gained significant importance.

References


Contacts


Joomla! Bug Squad Team Leader
Jacob Waisner
To request to join the Bug Squad
Bug Squad