1 / 24

Bug Tracking and Risk Management for Coders and Developers

Learn about effective bug tracking and risk management strategies for software development projects in this informative chapter from "Tracking and Squashing Bugs: Coder to Developer" by Mike Gunderloy. Presented by Dr. James Fawcett and Charlie Chung.

mollya
Download Presentation

Bug Tracking and Risk Management for Coders and Developers

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Tracking and Squashing Bugs Coder To Developer from Mike Gunderloy Chapter 9 Instructor : Dr.James Fawcett Presented by Charlie Chung chungcharlie@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 don’t have time to finish the code, I have too many other projects to do • I can’t finish all the planned features in the time allowed • I lose the program’s 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 • Won’t 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 don’t 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/features.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!

More Related