Bug Tracker Activity-MouseTrap

From Foss2Serve
(Difference between revisions)
Jump to: navigation, search
(Created page with "== Bug Trackers == === Preparation: === See Bug Tracker Activity for full activity. References: * [http://producingo...")
 
 
(14 intermediate revisions by 8 users not shown)
Line 1: Line 1:
== Bug Trackers ==
+
__NOTOC__
  
=== Preparation: ===
+
{{Learning Activity Overview
See [[http://foss2serve.org/index.php/Bug_Tracker_Activity|Bug Tracker Activity]] for full activity.
+
|title=
 +
Bug Tracker Activity-MouseTrap
 +
|overview=  
 +
Learners will gain an understanding of the features of bug trackers and how they are used to identify work items to be completed in a FOSS project.
 +
|prerequisites=
 +
None
 +
|objectives=
 +
# Describe the role that a bug tracker plays in a FOSS project.
 +
# Describe the different types of issues stored in a bug tracker and their priorities.  
 +
# Identify and track the status of a particular bug in a project.
 +
|process skills=
 +
''What process skills will the student practice while completing this activity?''
 +
}}
  
References:
+
=== References: ===
 
* [http://producingoss.com/en/bug-tracker.html Karl Fogel's chapter on bug trackers]
 
* [http://producingoss.com/en/bug-tracker.html Karl Fogel's chapter on bug trackers]
 
* [http://en.wikipedia.org/wiki/Bug_tracking_system Wikipedia's page on Bug Tracking Systems]
 
* [http://en.wikipedia.org/wiki/Bug_tracking_system Wikipedia's page on Bug Tracking Systems]
  
 
=== Background: ===
 
=== Background: ===
Bug tracking systems are a form of change management and organization used by FOSS projects. Bug trackers do far more than simply keep track of bugs. They also are used to hold new feature requests, patches, and some tasks. Bug trackers are also called request trackers, issue trackers, request trackers and ticket systems.  
+
Bug tracking systems are a form of change management and organization used by FOSS projects. Bug trackers do far more than simply keep track of bugs. They also are used to hold new feature requests, patches, and some tasks. Bug trackers are also called request trackers, issue trackers and ticket systems.
  
 
=== Directions: ===
 
=== Directions: ===
Line 36: Line 48:
 
## Is the bug current?
 
## Is the bug current?
 
## Is the bug assigned? To whom?
 
## Is the bug assigned? To whom?
## What would would need to do to fix the bug.  
+
## What would we need to do to fix the bug?  
 
# Repeat the previous step with a different kind of bug.
 
# Repeat the previous step with a different kind of bug.
  
Line 50: Line 62:
 
# Who are the top three reviewers of patches? What is the overlap between these lists and the bug closers and bug reporters? What is the overlap between patch contributors and patch reviewers?
 
# Who are the top three reviewers of patches? What is the overlap between these lists and the bug closers and bug reporters? What is the overlap between patch contributors and patch reviewers?
  
[[Category: Foss2serve]]
+
=== Deliverables: ===
[[Category: Learning_Activity]]
+
Wiki posting describing the results of your exploration below.
 +
 
 +
 
 +
=== Assessment: ===
 +
How will the activity be graded?
 +
 +
How will learning will be measured?
 +
 
 +
Include sample assessment questions/rubrics.
 +
 
 +
{| border="1" class="wikitable"
 +
! Criteria
 +
! Level 1 (fail)
 +
! Level 2 (pass)
 +
! Level 3 (good)
 +
! Level 4 (exceptional)
 +
|-
 +
| '''The purpose of the project'''
 +
|
 +
|
 +
|
 +
|
 +
 
 +
|-
 +
| '''Why the project is open source'''
 +
|
 +
|
 +
|
 +
|
 +
 
 +
|}
 +
 
 +
=== Comments: ===
 +
What should the instructor know before using this activity?
 +
 
 +
What are some likely difficulties that an instructor may encounter using this activity?
 +
 
 +
{{Learning Activity Info
 +
|acm unit=
 +
Software Development Fundamentals (SDF) // Software Engineering (SE)
 +
|acm topic=
 +
Development Methods, Verification and Validation (Defect tracking)
 +
|difficulty=
 +
easy
 +
|time=
 +
60 minutes
 +
|environment=
 +
Student needs access to the project's bug tracker, internet access.
 +
|author=
 +
Stoney Jackson
 +
|source=
 +
''Is there another activity on which this activity is based?  If so, please provide a link to the original resource.''
 +
|license=
 +
{{License CC BY SA}}
 +
}}
 +
 
 +
=== Suggestions for Open Source Community: ===
 +
''Suggestions for an open source community member who is working in conjunction with the instructor.''
 +
 
 +
 
 +
 
 +
[[Category:Learning Activity]]
 +
[[Category:Communication and Tools]]
 +
[[Category:CS Principles]]
 +
[[Category:CS2]]
 +
[[Category:Minimal Sketch]]

Latest revision as of 19:19, 7 September 2018


Title

Bug Tracker Activity-MouseTrap

Overview

Learners will gain an understanding of the features of bug trackers and how they are used to identify work items to be completed in a FOSS project.

Prerequisites

None

Learning
Objectives
After successfully completing this activity, the learner should be able to:
  1. Describe the role that a bug tracker plays in a FOSS project.
  2. Describe the different types of issues stored in a bug tracker and their priorities.
  3. Identify and track the status of a particular bug in a project.
Process Skills
Practiced

What process skills will the student practice while completing this activity?


References:

Background:

Bug tracking systems are a form of change management and organization used by FOSS projects. Bug trackers do far more than simply keep track of bugs. They also are used to hold new feature requests, patches, and some tasks. Bug trackers are also called request trackers, issue trackers and ticket systems.

Directions:

We will use the GNOME MouseTrap project to explore a typical Bugzilla instance for a project.

Part 1 - Bug Reports

  1. Open a browser and go to GNOME Bugzilla
  2. Enter 'MouseTrap' in the search bar.
  3. What do each of the column names below indicate? What are the range of possible values for 2-7 below?
    1. ID
    2. Sev
    3. Pri
    4. OS
    5. Product
    6. Status
    7. Resolution
    8. Summary
  4. In what order are the bugs initially displayed?
  5. What is the meaning of the shading of some bug reports?
  6. What is the meaning of the colors used when describing a bug (red, gray, black)?
  7. What do the bug reports tell you about the current state of the system?
  8. Select a bug that you think that you might be able to fix and look at it more closely (click on the bug number).
    1. Identify when the bug was submitted.
    2. How understandable is the description?
    3. Identify if there has been recent discussion about the bug?
    4. Is the bug current?
    5. Is the bug assigned? To whom?
    6. What would we need to do to fix the bug?
  9. Repeat the previous step with a different kind of bug.

Part 2 - Collective Reports

This section refers to the entire GNOME project, not just MouseTrap.

  1. Click on the “Reports” link on the top of the page.
  2. Click on "Summary of bug activity for the last week."
  3. How many bug reports were opened in the last week? How many were closed?
  4. What was the general trend last week? Were more bugs opened than closed or vice versa?
  5. Who were the top three bug closers? Why is this important to know?
  6. Who were the top three bug reporters? Are these the same as the top three bug closes? What is the overlap in these two lists?
  7. Who are the top three contributors of patches?
  8. Who are the top three reviewers of patches? What is the overlap between these lists and the bug closers and bug reporters? What is the overlap between patch contributors and patch reviewers?

Deliverables:

Wiki posting describing the results of your exploration below.


Assessment:

How will the activity be graded?

How will learning will be measured?

Include sample assessment questions/rubrics.

Criteria Level 1 (fail) Level 2 (pass) Level 3 (good) Level 4 (exceptional)
The purpose of the project
Why the project is open source

Comments:

What should the instructor know before using this activity?

What are some likely difficulties that an instructor may encounter using this activity?

ACM BoK
Area & Unit(s)

Software Development Fundamentals (SDF) // Software Engineering (SE)

ACM BoK
Topic(s)

Development Methods, Verification and Validation (Defect tracking)

Difficulty

easy

Estimated Time
to Complete

60 minutes

Environment /
Materials

Student needs access to the project's bug tracker, internet access.

Author(s)

Stoney Jackson

Source

Is there another activity on which this activity is based? If so, please provide a link to the original resource.

License

This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License

CC license.png


Suggestions for Open Source Community:

Suggestions for an open source community member who is working in conjunction with the instructor.

Personal tools
Namespaces
Variants
Actions
Events
Learning Resources
HFOSS Projects
Evaluation
Navigation
Toolbox