Boost Your Testing Process

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Notes on slide 1

    Welcome everyone. My name is Brad Young, I’m a Product Manager here at uTest, and today we’ll be discussing tips and tricks to boost your testing processes.

    2 Favorites

    Boost Your Testing Process - Presentation Transcript

    1. Boost Your Testing Processes October 29, 2008 www.uTest.com
    2. Choosing a Testing Process X Development Major Release! Traditional (Waterfall) Agile Requirements Analysis System Design Coding QA & Bug Fixes Rqmts Dsgn Code Release Test Test Rqmts Dsgn Code Release Test Test Rqmts Dsgn Code Release Test Test
    3. It’s not One or The Other! Traditional Agile Adopt practices from each that make sense for you
    4. Avoiding Us vs. Them QA is delaying the release. QA is not cost-effective. QA gets in the way. Mgmt doesn’t get it. Mgmt keeps changing priority between Quality and Time-To-Market. Management QA
    5. Avoiding Us vs. Them QA is delaying the release. QA is not cost-effective. QA gets in the way. Mgmt doesn’t get it. Mgmt keeps changing priority between Quality and Time-To-Market. Management QA X X Mgmt doesn’t use my data. QA doesn’t give me valuable data.
    6. Measurements:
      • Not just: # Test Cases (written / performed / successful / failed / by severity etc.)
      • Find statistics that mean something:
        • Business Impact
        • Missed Sales Revenues
        • Customer Renewal Rate
        • Punitive Costs
        • Development Process
        • Defect Density
        • In-Step Containment
        • Cost per Defect
    7. Defect Density Step Size Defects Defect Density Requirements 120 pgs 52 0.43 / pg Design 175 objects 142 0.81 / obj Coding 50,000 LoC 724 14.4 / KLoC
    8. Use Historical Data! New Project: Step Size Historical Defect Density Expected Defects Requirements 150 pgs 0.43 / pg 64 Design 220 objects 0.81 / obj 178 Coding 80,000 LoC 14.4 / KLoC 1152 This is Actionable Data! Resource Planning / Budgeting
    9. Relative Cost of Defect by Time of Discovery
    10. In-Step Containment: Errors vs. Defects
      • Error = Mistake captured within the step
      • Defect = Mistake captured downstream
      • Containment Rate = E / (E+D)
      Step Errors Defects Containment Rate Requirements 3 52 5% Design 281 142 66% Coding 1183 724 62% This is Actionable Data! Requirements Review Process
    11. Cost per Defect
      • In Person-Hours
      • In $
      Step Defects Effort (person-hours) Direct Cost (non-HR) Total Cost per Defect Requirements 52 67 $8K $282 Design 142 83 $22K $213 Coding 724 242 $35K $81 This is Actionable Data! Resource Optimization
    12. Self-measurement
      • Capture relevant data
        • Description, How it was caught, When it should have been caught, Cost
      • Side benefit: Better scheduling (Evidence-Based Scheduling) http://www.joelonsoftware.com/items/2007/10/26.html
    13. What is Your Target?
      • Find every bug?
      • Make the software ‘good’?
      Testing is the infinite process of comparing the invisible to the ambiguous in order to avoid the unthinkable happening to the anonymous - James Bach
    14. Define Testing Early
      • Software Requirements = Test Plan!
      • Creates the team early
      • Eliminate “SRS-to-TestPlan” Alchemy
    15. Test Case = Spec
      • Quality Experts know how to find errors.
        • Product Managers need this during Spec
        • Developers need this during Design/Coding
      • Test Driven Development
        • Write the test before you code
    16. Test Case = Spec
      • Do them!
      • Test Plan Review is not sole domain of QA
      Review Review
    17. Define the Testing Matrix
      • Matrix coverage = Spec
      • Give guidance early to PM, Dev
      • Consider matrix variables
        • Browser Type and Version # – IE, Firefox, Opera, etc.
        • Browser settings – Allow pop-ups, Enable active content, etc.
        • Existence of plug-ins and their version # – Flash, Acrobat, various toolbars, etc.
        • Firewall
        • Anti-Virus
        • Operating System
        • Language and Regional Settings
      • Make sure your QA process can handle the Matrix
    18. Use Case X X Storytelling
    19. Storytelling…
      • Is more fun than Use Casing!
      • Encourages exploratory testing (without getting too informal)
      • Empowers the team (without using the ‘empower’ buzzword)
      • Ties well into Regression Testing
    20. = Don’t worry about that Failure… The Feature Is Not For This Release Don’t worry about that Failure… It’s a Known Bug
    21. Testing and the End-User
    22. Thank you! Q&A For more info: http://www.utest.com/webinar_test_processes.htm

    Utest Utest , 8 months ago

    custom

    928 views, 2 favs, 0 embeds more stats

    Learn how to get more from your software testing pr more

    More Info

    © All Rights Reserved

    Go to text version
    • Total Views 928
      • 928 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 2
    • Downloads 95
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as innappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel

    Categories