Bug Squad
m (update to readmore, Testing Team) |
m (added category) |
||
| (2 intermediate revisions by one user not shown) | |||
| Line 18: | Line 18: | ||
</div> | </div> | ||
<div style="clear:both; width:100%"> | <div style="clear:both; width:100%"> | ||
| − | {{:{{FULLPAGENAME}}/box-header-sq-noedit|Meet the Bug Squad Teams|blank edit link|}} | + | {{:{{FULLPAGENAME}}/box-header-sq-noedit|Meet the Bug Squad Teams|blank edit link|}} |
| + | The following is a list of all the Bug Squad Teams and a brief description of what each one does. Use the contact information found above if you would like to help the Bug Squad or become a JBS member! | ||
<div style="clear:both; width:100%"> | <div style="clear:both; width:100%"> | ||
{{:{{FULLPAGENAME}}/box-header-sq|Tracker Team|Bug Squad Tracker Team|}} | {{:{{FULLPAGENAME}}/box-header-sq|Tracker Team|Bug Squad Tracker Team|}} | ||
| Line 28: | Line 29: | ||
{{:{{FULLPAGENAME}}/box-header-sq|Testing Team|Bug Squad Testing Team|}} | {{:{{FULLPAGENAME}}/box-header-sq|Testing Team|Bug Squad Testing Team|}} | ||
{{:Bug Squad Testing Team}} | {{:Bug Squad Testing Team}} | ||
| − | {{:{{FULLPAGENAME}}/box-footer|For more information see the [[Bug Squad Testing Team|Testing Team]] page. | + | {{:{{FULLPAGENAME}}/box-footer|For more information see the [[Bug Squad Testing Team|Testing Team]] page.}} |
{{:{{FULLPAGENAME}}/box-header-sq|Automated Testing Team|Bug Squad Automated Testing Team|}} | {{:{{FULLPAGENAME}}/box-header-sq|Automated Testing Team|Bug Squad Automated Testing Team|}} | ||
{{:Bug Squad Automated Testing Team}} | {{:Bug Squad Automated Testing Team}} | ||
| Line 41: | Line 42: | ||
</div><!-- top div close --> | </div><!-- top div close --> | ||
__NOTOC__ __NOEDITSECTION__ | __NOTOC__ __NOEDITSECTION__ | ||
| − | <noinclude>[[Category:Working Groups]][[Category:Bug Squad]]</noinclude> | + | <noinclude>[[Category:Working Groups]][[Category:Permanent Working Groups]][[Category:Bug Squad]]</noinclude> |
Revision as of 15:11, 28 November 2012
JBS Portal Page · Bug Squad · Tracker Team · Coding Team · Testing Team · Automated Testing Team
Introduction to the Joomla! Bug Squad
The Joomla! Bug Squad (JBS) is a team within the Production Working Groups. Their job is to identify and fix bugs in Joomla. This includes the following:
- Scan the Joomla! Bug Reporting Forum and Joomla! 2.5 Bug Reporting Forum for reported issues and help community members with solving these issues.
- Maintaining the [Version 2.5x only Bug Tracker] and [Joomla 3.x Issue Tracker] .
- Fix reported bugs and resolve reported issues according to the Bug Tracking Process.
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
The Bug Squad was created in December 2007. As of May 2010, JBS has been organised into the following teams:
- Tracker Team - monitors the forums and trackers
- Coding Team - creates patches for Confirmed Issues
- Testing Team - tests Pending issues
- Automated Testing Team - creates automated system and unit tests for tracker issues
- Migration and 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.
Contacts
- Joomla! Bug Squad Co-Coordinators
- Mark Dexter and Nick Savov
- PLT Contact
- Mark Dexter
- To request to join the Bug Squad
- Mark Dexter
- Tracker Team Leaders
- Elin Waring
- Coding Team Leaders
- Nick Savov
- Testing Team Leaders
- to be announced
- Automated Testing Team Leaders
- to be announced
Meet the Bug Squad Teams
The following is a list of all the Bug Squad Teams and a brief description of what each one does. Use the contact information found above if you would like to help the Bug Squad or become a JBS member!
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.
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.
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.
Migration and Update 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 2.5). They will be responsible for creating and fixing issues in this area of the code.
