More PEST3 notes, this time about debriefing in session-based test management.
For working with novice testers, it is a way of coaching. Few ideas what to do:
- Check if report is formatted and written in usable / readable way and there is balance between what is said during debriefing & what is written
- Question every sentence
- why is it written down
- why is this relevant
- Look for what is not written as people omit “common sense” things
- Find out what was actually tested
- how tested, what data used, etc
- what way the tester thought about the testing
- Give out own ideas about the test area
- special domain knowledge
- test ideas how to think about
With experienced testers, it more of a information sharing/peer review:
- About the product/feature/etc
- About the (possible) problems, tiny details, etc
- “Remarks section” analysis and questioning is very useful
- How other people test, their insight and ideas are fascinating
Pro tip on how much to write in session report:
Write as much you need that after 2 weeks (or months) you could clearly remember (by reading your own report) what was tested & why it was tester.
More notes from PEST3, for your pleasure.
People don’t go and practice what you taught the next day and then they forget 80+ %.
– If you only talk.
Best is to have narrow scope (to have less to remmeber) + practical examples.
Peer evaluation is very very good thing.
– Whatever the quality of thing – give 3 of good and 3 of “to improve” That gives good feedback in the end. This helps to reinforce the knowledge they have seen/heard/experience
For me it means that they also see how others understood the same story and can compare and learn for themselves as well. Specially if its backed up with reasonable comments.
As a lecturer be prepared for questions – if you do you get much better at the area and in the end teaching it as well.
Use very real life exercises, practical
Regarding “exam” questions:
– Tell them to give me the answer according course materials but feel free to write in the answer that you don’t agree with it. And argument it.
How do you answer the question when a student asks “how do I use oracles in real life?” ?
– write oracles in bug reports
Found some notes from PEST3, I’ll leave them here without more comments, might be helpful for someone.
Whenever talking about testing topic:
- Add “What happens if you don’t do this”.
- Add “why something doesn’t work, instead of just dismissing that.”
- Craft exercises that help to reinforce the point with practical application to help with “applying the skill”
- Be clear and concrete. Even if you know that what you just said is not always true
- Deal with the questions (which is good, ergo someone in the audience is thinking) by agreeing that “very good, in that case you are right. Can you think of any other situations for that?”
- Otherwise you get will be confusing, by giving too much information.
- There are 2 major ways of approaching teaching:
- “Theory” first then exercise, exercise first then “theory”
- Basically, do whatever feel is more useful, both are good.
- Always have a summary of what was said (that ties the story/example/lecture to testing skills).
You are a tester helping the MASH200 developers. Analyze the specification (below) for the feature “microphone” and describe how would you test it.
I’m looking for:
* Model of the software (components)
* Basic use cases
* Major risk areas
* Test ideas
* Questions of what you need to know in order to test this
* Anything else you think is relevant.
I can help you get better at testing, and help you to solve your testing problems.
Free coaching over Skype:
- ID: kristjan.uba
- I don’t schedule free sessions in advance. Contact me when I’m online.
- We’ll work on testing aspects that interest you
- I might give you homework
- I expect you to want to learn and work on your testing skills
- I want to help you become respected Context-Driven tester.
Or just challenge me at testing.
Yes, that’s right.
Estonian first Context-Driven Testing Peer-Conference takes place in Tallinn, 16 – 18. September.
The topic is “My worst testing moment (and what I learned from it)”.
And to make things even better, James Bach has agreed to take part. See you there!
All questions can be sent to me or Oliver Vilson (oliver.vilson(at)hannas.ee).
The Jedi mind trick
Do you know why there are mirrors in the room where dancers practise ?
Do you know why pianists record themselves while learning ?
Do you know why athletes go to competitions before major events ?