last update : 18/01/2016
Rapid Software Testing
|No upcoming event date found|
When someone tosses you a program and says "you have one hour to test this" can you do it? Are you confident in your work? Can you explain what you did and why?
This unique 3-day course introduces you to Rapid Software Testing, the skill of testing any software, any time, under any conditions, such that your work stands up to scrutiny. Based on the ideas of James Bach, Michael Bolton, and Cem Kaner, with substantial contributions by other members of the Context-Driven School of software testing, this is the closest thing in the business to a martial art of software testing. Because we emphasize exercises, it is challenging for experienced testers, but works for new testers, too. This course provides hands-on demonstrations and drills as well as portable heuristics that help you create tests quickly.
In this course, you will learn:
- Concise, universal heuristics and models for instant test design
- How to tackle any product or product idea instantly
- How to analyze a test heuristic or practice
- How to test despite ambiguous or missing specifications
- How to deal with overwhelming complexity or confusion
- How to know when to stop or suspend the test process
- How to prepare and deliver an impromptu test report
Developed and taught by James Bach, this 3-day, hands-on class introduces you to rapid software testing, a complete testing methodology designed for a world of barely sufficient resources, information, and time. Based on the principles in the book Lessons Learned in Software Testing: a Context-Driven Approach, this class presents an approach to testing that begins with personal skill development and extends to the ultimate mission of software testing: lighting the way of the project by evaluating the product.
The philosophy of rapid testing presented in this class is not like traditional approaches to testing, which ignore the thinking part of testing and instead advocate neverending paperwork. Products have become too complex for that, and testers are too expensive. Rapid testing uses a cyclic approach and heuristic methods to constantly re-optimize testing to fit the needs of your clients. Rapid testing isn't just testing with a sense of urgency, it's mission-focused testing that eliminates unnecessary work, assures that everything necessary gets done, and constantly asks what testing can do to speed the project as a whole.
One important tool of rapid testing we will cover is the discipline of exploratory testing-- essentially a testing martial art. Exploratory testing combines test design and test execution into one process that finds a lot of problems quickly. If you are an experienced tester, you'll find out how to articulate those intellectual processes of testing that you already practice intuitively. If you're a new tester, hands-on testing exercises help you gain critical experience.
If you outsource development or testing...
We have taught this class at outsource firms in India on behalf of their clients so that they can do a better job of testing without needing detailed test procedures. But more importantly, the rapid testing methodology is about getting a lot of value for the testing dollar (value that simply can't be reproduced by throwing untrained bodies at the problem) so that your top management won't see testing as a commodity activity that any stranger will do as well as you. Even if you outsource, you may want to have a core team of testers back at headquarters who can rapidly test products to check the "testing" done by outsource firms.
If you are burdened with clerical requirements...
We have taught this class in organizations pursuing the CMM and organizations subject to FDA and other regulatory requirements. Rapid testing is about thinking. As long as they want you to think well and find important problems quickly, this is a class that applies to you. However, we do advocate a lean form of test documentation, to the extent you can possibly lean it. We also teach session-based test management, which allows you to measure and document exploratory testing in a manner compatible with more "formal" process cultures.
Are you looking for a practical class?
In this class we test real software, under time pressure. You will practice cutting applications down to size with rapid idea generation techniques. You will practice critical reasoning on your feet, by yourself and in small teams.
James Bach originally developed this class from his own experiences at Apple Computer, Microsoft, Borland, and several software testing companies. This is the best of West Coast software testing practice. The methods presented are not hearsay, but represent what we do on a daily basis, on real test projects. The class is taught only by the people who own and author the material, so you are getting first hand knowledge.
Why rapid testing?
Most testing classes try to teach you how to test thoroughly. But their idea of teaching is to recite terminology and the names and descriptions of techniques. They don't build skill, and they don't help you break down and tame a realistically complex testing problem. Besides, almost none of us are given the time and resources to execute a "thorough" test process from beginning to end. Rapid testing is a way to scale thorough testing methods to fit an arbitrarily compressed schedule. Rapid testing doesn't mean "not thorough", it means "as thorough as is reasonable and required, given the constraints on your time." A good rapid tester is a skilled practitioner who can test productively under a wider variety of conditions than conventionally trained (or untrained) testers.
The other reason to study rapid testing is your career. Historically, testers have had trouble gaining the respect of developers and other people on a software project. After all, from the outside, the testing activity doesn't look like much. Most of the value of testing comes from how testers think, but even excellent testers struggle to articulate or justify their ideas about how to test. Rapid testing is a personal discipline, teachable and learnable, that allows you to think and talk about testing with confidence. By contrast, a conventionally trained tester generally is limited to complaining about how the requirements aren't fully documented, or about how some other condition necessary for arbitrarily thorough testing has not been met. That behavior rarely inspires respect.
Rapid testing is indispensable when you are asked to test something on short notice, off the top of your head, early in the development process, or when you're in the process of developing test cases and procedures for future use. This approach is also useful even when you're called upon to test more thoroughly, and given the time and resources to do so.
How does rapid testing work?
Instead of explicit algorithms and instructions, we emphasize skill development and heuristic methods.
A core skill is the ability to think critically. Thus, we discuss and practice the art of being skeptical and of separating observations from inferences. This is a thread that runs throughout the class. We will listen to you report bugs and challenge you to explain the relationship between your conjecture that something is amiss and the observations you made. A good tester thinks like a scientist or a detective.
Rapid test design is an organized process, driven by a set of concise heuristics (think of them as guidelines) designed to assure that you don't forget to test anything important. For new testers, the heuristics provide basic guidance. For experienced testers, the heuristics help you organize and access your experience, so that even under pressure, you perform like an expert and feel like one, too. With practice, you get better and better at testing rapidly while still being fully accountable for your work.
Another element we emphasize is exploratory testing, which is the opposite of pre-scripted testing. There are often good reasons to pre-script tests, but there are also many situations where defining and recording tests in advance of executing the would take far too long and find far too few bugs. In exploratory testing, the tester designs and executes tests at the same time.
Who is the ideal student?
The ideal student is anyone who feels driven to be an excellent software tester or software test manager.
The class is useful to all levels of tester, but seems to be most appreciated by experienced testers who want to become expert testers. The class works well when strong-minded and skeptical students attend the class. They challenge the instructor and make the class better, just like testers should. We try to make the class the most stimulating intellectual experience you can handle.
Another ideal student is the tester whose job is to check the work done by offshore outsourcing firms. You don't have time to do a full-blown test project. So, learn how to make a brief test project work.
- Rapid Testing Defined
- What is Testing? A Questioning Process
- The Themes of Rapid Testing
- How Rapid Testing compares with other kinds of testing
KEY IDEA: Rapid Testing is Personal
- The Test Project Context
- Testing Under Time Pressure
- The Importance of Testing Skill
KEY IDEA: Thinking Scientifically
- Mental Traps
- Questions, Explanations and Predictions
- Confronting Complexity
- Observation vs. Inference
- Models Link Observation and Inference
- Spotting What is Missing
- Using Heuristics
KEY IDEA: Know Your Oracles
- Consistency Heuristics
- Coping With Difficult Oracle Problems
- Quality Criteria and Oracles
KEY IDEA: Know Your Coverage
- Structural Coverage
- Functional Coverage
- Data Coverage
- Platform Coverage
- Operations Coverage
- Time Coverage
- Ask for testability!
KEY IDEA: Use Exploratory Testing
- ET is a Structured Process
- ET is a Cyclic Story-Building Process
- Testing to Learn vs. Testing to Search
- High Learning ET
- Contrasting Scripted and Exploratory Testing
- ET Dynamics
- Focusing and De-focusing Heuristics of ET
KEY IDEA: Know Your Procedures
- Four Elements of Test Procedure
- Focusing and De-focusing Heuristics of Test Procedures
- Exploiting Variation To Find More Bugs
KEY IDEA: Know Your Test Strategy
- One way to make a strategy
- General Test Techniques
- Value (or Risk) as a Simplifying Factor
- Cost as a Simplifying Factor
- Can and should tests be repeated?
KEY IDEA: Rapid Test Documentation
- The First Law of Documentation
- Common Problems with Test Documentation
- Concise Documentation Minimizes Waste
- Consider Automatic Logging
- Taking Notes
- Documenting Test Sessions
KEY IDEA: Rapid Test Reporting
- Reporting Considerations
- The Dashboard Concept
KEY IDEA: Getting started with Rapid Testing
Testing Exercises (distributed throughout the class)
- Test the Mysterious Sphere
- Wason Selection Task
- Test the Famous Triangle
- Test Cases for a Calendar
- Test This Dialog Box
- Find a Particular Bug
- Use Exploratory Modeling on a Small App
- Find an Oracle for Font Size
- Discover the Role of Repetition in Test Strategy
- Report the Completeness of Testing
- Exploratory Testing with Playing Cards
Submit your details to download the brochure: