Becoming a Code Listener – A products source code can help testers learn about risks, derive great test ideas, and identify factors which could significantly influence software’s performance, behavior, and utility. You don’t need to be a skilled programmer to become a great “Code Listener”.
Testing projects are increasingly time constrained, no matter what the business, technical, organizational, or cultural context. I see many testers base their work exclusively on a products functionality. But testing is intractable. Even the simplest feature potentially has an infinite number of tests. I encourage testers to learn how to focus their efforts. “Code Listening” is a set of skills to help focus testing based on knowledge of software structure. “Code Listeners” sense risks impacted by change.
“Code Listeners” collaborate with programmers, architects and other technical stakeholders engaging in software design, testing, debugging, and troubleshooting – not just finding and reporting bugs.
In this workshop Rob will share several aspects of Code Listening walking through examples taken from real software development projects.
- Understanding algorithms and program logic
- Stack traces
- Debugging and troubleshooting
- Code walk-through
- Static analysis variance
- Source code churn
- Program Flow and structure
- Unit test code
- Code coverage tools
- Program variables and data types
By the end of this workshop testers will have applied code listening skills to discover many great test ideas. Delegates will be well positioned to collaborate with their peers in programming, architecture, and implementation, focusing on risks based on what is really changing in the source code.
Visit Speaker Page