Before we test, we should plan. Before we plan, we should understand. Before we understand, we should discuss. As we discuss complex paths through software, we should use models.
As soon as you draw a model, the discussion becomes engaging for both parties. Each person is forced to pay attention because the items under discussion are now concrete entities we can point to. Our brains can focus less on what the names or actions for these objects are and more on how they interact.
Even the crudest models (e.g., circles and arrows) will facilitate understanding. Everyone wants to discuss things with a model, whether they know it or not. It’s easier to talk to the model than someone’s face, especially for us introverts. When I sense confusion during a discussion I say “let’s go the white board”. Once the other person (usually the dev) gets their butt out of their chair the rest is down hill.
My knowledge of the inner workings of my AUT is miniscule compared with that of my devs and I’m not afraid to show it. I’ll draw some first grader shapes with letters and before I know it the dev is reaching for the dry erase marker to show me how it really works. And the beauty of the whole thing is that your brain will use the model to develop test cases; the possible inputs/outputs become clearer. Say these out loud and your dev will help you find the weak points. Then thank the dev and go getcha some bugs!
Popular Posts
-
After attempting to use Microsoft Test Manager 2010 for an iteration, we quickly decided not to use it. Here is why. About 3 years ago we ...
-
I recently read about 15 resumes for tester positions on my team. None of them told us anything about how well the candidate can test. Her...
-
Data warehouse (DW) testing is a far cry from functional testing. As testers, we need to let the team know if the DW dimension, fact, and b...
-
The first time I saw James Whittaker was in 2004 at an IIST conference . He dazzled us with live demos of bugs that were found in public so...
-
Many testers have chosen to make their jobs stressful by taking on more responsibilities than they should, obscuring their skills with those...
Blog Archive
Labels
- Teamwork (70)
- bugs (54)
- process (52)
- software testing career (32)
- writing tests (27)
- questions (26)
- Managing Testing (19)
- automation (16)
- Tools (14)
- language (14)
- testing metaphor (11)
- STPCon (7)
- Test This (7)
- test blogs (7)
- CAST (6)
- heuristics (5)
- Don't Test It (4)
- STARwest (4)
- metrics (4)
- Data Warehouse Testing (3)
- Silliness (3)
- Stareast (3)
- Podcast (2)
- Kanban (1)
- Lightning Talks (1)
- Presentations (1)
- Testing Related Ideas (1)
Who am I?
- Eric Jacobson
- Atlanta, Georgia, United States
- My typical day: get up, hit the gym, listen to public radio, drink strong coffee, perform virgin software tests, break for lunch and a Euro-board game with the devs, log more bugs, walk the dogs, enjoy a meal with Melissa, an IPA, and a Netflix, look forward to a weekend with a cave trip or woodworking project.

RSS
I totally agree, speaking with models is the way to go, especially when they're really hot!
Nicely put.