Skip to main content

My First Tracking Class - A Lesson Learned in Context

My wife and I took the Ridgeback for her first tracking class last Saturday at the Oak Ridge Kennel Club. It was basically an introduction to tracking for the handlers, with a short hands-on exercise with the dogs to wrap things up. The exercise was not to have the dogs track at this point; the instructors wanted to get the dog to realize that there is something “out there” for them to find, and when they do find it they hit the jackpot with treats galore, exuberant praise, and playtime. The idea is to get the dogs to follow a trail of food from a starting point with one article, usually a sock or a glove, to the end where a matching article is located.

We laid the track by using a survey flag to mark the start of the track, and we would place the first article on the ground, step on it, and place a piece of food on top of it. We would then walk twelve to fifteen steps, place another survey flag, get the dog’s attention, wave the second article around while they were watching, then place it on the ground, step on it, and place a good treat on top. The handler then walked back to the starting flag, making sure to follow the exact path they took out, dropping food at every step, in effect creating a double-laid track for the dog to follow.

The handler then retrieved their dog, took them to the start of the track, and attempted to keep them on the track while the dog sniffed out the food that had been dropped, all the while staying behind the dog so that it had to work out what the task was. If the dog was having trouble finding the food, the handler was allowed to step up with the dog and help them find it. Once the dog reached the end of the track they were rewarded with more treats, and had a short play session with the handler, then another, slightly longer track, was laid and the exercise was repeated.

What I found interesting was how the dogs approached the task differently. One dog was so interested in getting to the end of the track that it passed up treats that were lying in plain sight. Another showed no interest in the treats at all, and was content to just sit at the start of the track until they were led from treat to treat, finally reaching the end of the track. The third dog would find one treat, and then begin searching to the side of the track until the handler directed it back to the track. The fourth dog started on the track, found each piece of food that had been dropped, until it reached the article at the end of the track.

On the drive home from class it struck me how important context was to understanding each situation. At this point it wasn't that some dogs were better at tracking than others, although that may prove to be the case; it was that the context was different for each dog. Since they knew nothing about tracking at this point, and had yet to figure out why they were there, each dog had a different objective in mind.

The dog that bypassed all the treats to get to the end was a younger dog that had been playing with his handler and the article they had brought, so his context was that he got to play some more when he got to the article. The dog that showed no interest in the treats and had to be led to each one had just been feed, wasn't really treat-driven, and had no real interest in finding the treats laid out on the track. The dog that kept going off track after finding a treat was distracted by one of its owners sitting off to the side, and so it kept trying to get over to them. The last dog that went from treat to treat was very food-driven, wanting nothing more than to find another treat.

My takeaway from this is that context-driven testing applies to more than just testing; it applies to the attitudes of the testers, as well as to managing those attitudes and testers. As a test manager I need to not only be aware of the attitudes of my testers, but I need to understand how context affects and shapes their attitudes. I need to be aware of how I can best work with them, assist them, and guide them in that context. After all, people, working together, are the most important part of any project’s context.

Comments

Popular posts from this blog

Takeaways from the Continuous Automated Testing Tutorial at CAST2014

I had the opportunity to attend Noah Sussman's tutorial on Continuous Automated Testing last week as part of CAST2014. It was a great tutorial, with most of the morning spent on the theory and concepts behind continuous automated testing, and the afternoon spent with some hands-on exercises. I think that Noah really understands the problems associated with test automation in an agile environment, and the solutions that he presented in his tutorial show the true depth of his understanding of, and insight into, those problems. Here are some of the main highlights and takeaways that I got from his tutorial at CAST2014. Key Concepts Design Tools – QA and testing are design tools, and the purpose of software testing is to design systems that are deterministic Efficiency-to-Thoroughness-Trade-Offs – (ETTO) We do not always pick the best option, we pick the one that best meets the immediate needs Ironies of automation – Automation makes things more complex and, while tools can make...

Let’s Continue to Drive Software Testing Education Forward

It’s Time to Embrace the Student Who Learns Differently Last in a series. In my last two posts I’ve written about enhancing the student and instructor experience in the AST’s BBST courses by focusing on updating the Fieldstones and making BBST courses more accessible by identifying some of the more common obstacles to BBST participation, and then working collectively to find ways to lower or remove those obstacles. In this post, I want to discuss the third and final area I would like to concentrate on if elected to the Board of Directors: researching and establishing alternate approaches to teaching that better suit different learning styles. As members of the AST, we have access to some of the best information and training available in the field of software testing. The AST hosts the Conference of the Association for Software Testing (CAST) each year, providing full-day tutorials, keynotes, and track sessions. They also offer four separate BBST courses:  Foundations, ...

Book Review - The Shape of Actions: What Humans and Machines Can Do

If you’re a tester and you’ve been around social media, attended a conference, watched a webinar, read blog posts, or watched videos of other testers speaking on YouTube, you may have heard at least one mention of polimorphic and/or mimeomorphic actions. But what does it mean when someone says that an action is polimorphic or mimeomorphic? Where do these ideas come from, and why, as testers, do we care? The concepts of polimorphic and mimeomorphic actions come from the book The Shape of Actions: What Humans and Machines Can Do, by Harry Collins and Martin Kusch. In the book the authors develop a new theory about what they call the shape of actions. I’ve attempted to cover the highlights and general topics of discussion, or at least what I found most interesting, from each chapter in the summary below. Chapter 1 – Humans and Machines In Chapter 1, Collins and Kusch introduce the reader to their theory which basically states that humans can do three things – they can do polimorp...