Tracking and Squashing Bugs - PowerPoint PPT Presentation

1 / 24
About This Presentation
Title:

Tracking and Squashing Bugs

Description:

Prioritizing bugs based on their seriousness and deciding what to do about each one ... Create a list of critical requirements ... – PowerPoint PPT presentation

Number of Views:66
Avg rating:3.0/5.0
Slides: 25
Provided by: pri48
Category:

less

Transcript and Presenter's Notes

Title: Tracking and Squashing Bugs


1
Tracking and Squashing Bugs
  • Coder To Developer from Mike Gunderloy
  • Chapter 9
  • Instructor Dr.James Fawcett
  • Presented by
    Charlie Chung

  • chungcharlie_at_yahoo.com

2
Agenda
  • Risk Management
  • QA Testing
  • Bug Tracking Tools

3
Risk Management
  • Risk Assessment
  • What things might go wrong badly?
  • Cost, schedule or quality?
  • Risk Control
  • Take the correct action to handle it?
  • Maintaining the Top Five Risk List
  • Bug Triage

4
Risk Assessment ideas
  • I discover a requirement that I can not figure
    out how to implement
  • I dont have time to finish the code, I have too
    many other projects to do
  • I cant finish all the planned features in the
    time allowed
  • I lose the programs source code due to a
    hardware issue
  • My code quality is too low to share without
    embarrassment
  • .

5
Risk Assessment
6
Risk Control
  • Get things done!

7
Maintaining the T5 Risk List
  • The goal of the Top 5 risk list is to give you an
    idea where you can immediately and easy review
    the most serious threats to your project

.
8
Bug Triage
  • Prioritizing bugs based on their seriousness and
    deciding what to do about each one
  • Fix what really need to be fixed
  • By Design
  • Duplicate
  • Postponed
  • Not Reproducible
  • Wont fixed
  • Reassigned
  • Fixed

9
Bug Tracking Work Flow
  • A tester find a bug and report it
  • The bug is assigned to a manager for initial
    triage
  • The manager resolve it or assign to a developer
  • Resolved bug returned to a tester
  • The tester either closes the bug or reopen it
    with additional information or comments which
    start step 2 again

10
QA Testing
  • Type of Software Test
  • QA for Lone Wolf
  • Build a Test Network

11
Type of Software Testing
  • Unit testing
  • Chapter 5, by function or component
  • Functional testing
  • Walk through with specifications?
  • Conformance testing
  • Match industry spec? ex. XML format match W3C
    XML..
  • Compatibility testing
  • Different OS, HW
  • Performance testing
  • Check the application performance is acceptable
    to user

12
Type of Software Testing
  • Stress testing
  • How app fail when subjected to excessive stress
  • Regression testing
  • Test that were passed by previous build of the
    software
  • Smoke testing
  • Running quick and dirty tests that
    exercises major features .. Have to wait till
    next build if failed
  • Black-box testing
  • Focusing on external interfaces, (most are QA
    jobs)
  • White-box testing
  • Internal behavior of component is tested , just
    like unit testing

13
QA for the lone wolf
Most company have 1/3 manager architect 1/3
develops 1/3 testers
  • Use unit test
  • Create a list of critical requirements
  • Set code aside for a few days before performing
    functional tests
  • Get someone dont know your app to test
  • Keep a written list of requirements
  • Use bug tracking system
  • Be sure to check absurd input
  • If you think something might go wrong while
    coding, enter it as a bug in you bug tracking
    system. This will help you to remember

Treating bugs as learning experience, not a
threat to your coding skills
14
Building a Test Network
  • Some advice from the author
  • Buy preassembled machine, name brand, serious
    development hardware
  • Skip tapes
  • Store data separately
  • Keep drive image
  • Use virtual machines
  • Use KVM switch ( many company do this)
  • Get your own domain
  • Use a firewall
  • Set aside test machine use mix of machines
  • Set aside a build machines

15
Bug Tracking Tools
  • Choosing a bug Tracking Tool
  • Using a bug tracking tool

16
Choosing a bug Tracking Tool
  • Cost (tool cost / license ..)?
  • Multiple platform needs? / web based or other
    interfaces
  • Send notification, distinguish or feature
    request?
  • Integrate with other management tool?
  • Where does the tool store information?
  • What do you NEED from here?

17
Using a bug tracking tool
  • What happen
  • What the tester thinks should happen instead
  • Steps to reproduces the problem

18
Bug Tracking Systems
  • Fog Creek Corp. Fog Bugs
  • Managing software projects designed by software
    development guru Joel Spolsky
  • http//fogcreek.com/FogBugz/index.html
  • Project Center Bug Tracker
  • Supports the definition, and eventually the
    closure of bugs encountered in development.
  • http//128.230.209.100/ProjectCenter/WebPages/feat
    ures.aspx
  • Problem Tracker Corp. Problem Tracker
  • http//demo.netresultscorp.com/pt4_demo1/ptloginok
    .asp
  • http//demo.netresultscorp.com/pt4_demo.html

19
Example New Case
Using Fog Bugz
20
Example custom case
Using Fog Bugz
21
Example List view
Using Fog Bugz
22
Example Notification
Using Fog Bugz
23
Example Search
Using Fog Bugz
24
  • Thank you!
Write a Comment
User Comments (0)
About PowerShow.com