-
Introduction
- Bug bash is a procedure where all the developers, testers, program managers, usability researchers, designers, documentation folks, and even sometimes marketing people, put aside their regular day-to-day duties and "pound on the product"—that is, each exercises the product in every way they can think of
- each person will use the product in slightly different (or very different) ways, and the product is getting a great deal of use in a short amount of time, this approach may reveal bugs relatively quickly
-
Objective of the initiative
- To get together a mixed role team and get into the shoes of testers
- Test the application as per Release features and its impact on the complete application
- Go adhoc and do exploratory testing and find as many defects as we can.
-
Benefit from the Activity to ESM Application:
- It will help in bringing in new perspective to testing.
- Bug bash will bring in a fresh pair of eyes who would use the application in an unconventional ways.
- It is similar to Basic usability and acceptance testing of the application used by different role people.
- It helps in pounding the system from a load as well as test focus perspective.
- It can generate a whole new set of suggestions for either enhancing the feature set, or tweaking them to make the application more valuable.
-
How to do Bug Bash for ESM Project :
- Declare a time slot of 1-2 hours for bug bash in advance
- Compose a team of good mix ( PO ; PGM ; Dev Leads ; QA Lead ; QA Team)
- Small brief for the session and features to be tested as per different roles
- Let them pound the system for 1-2 hours. Do not peer over their shoulders to guide them, or correct them. Let them use the system on their own.
- Have the bug bash team make a record of the issues faced and any suggestions or enhancements they would like to see.
- At the end of the exercise we can consolidate all the issues and suggestions and summarize them for the team.
- Filter out the known issues and suggestions / enhancements that are not warranted from this list. Now what you are left with will probably be a good number of never encountered / tested defects, and suggestions and enhancement that will improve the software further. This is very valuable information!