Share via


Banking Expectations

For weeks now I have been seeing ads for a local bank. These ads consist of a vast expanse of white space disturbed only by the phrase "(This space intentionally left blank)". These ads baffled me.

Yesterday, however, I realized that the last word in these advertisements was not "blank" - it was "bank"! Now I understand the ads to be touting the bank as liberal, with all of the goodness (or not) associated with being left-leaning. Seeing the word that was actually there rather than the word I expected to see made all the difference between confusion and comprehension.

This and the string of other expectation-busting experiences I have had lately got me to thinking about the importance of expectation-busting in testing. It can be easy for us to fall into a complacency of expectations with regards to our products and our teammates. We expect that we can continue our testing from where we left off yesterday because nothing important has been checked in. We expect Mary to continue handling localization correctly and Martha to not, James to continue testing his features thoroughly and Jim to not even bother to compile his. We build piles of these often-invisible expectations about our world, and we act upon those expectations. Many times this makes our lives simpler; other times it trips us up.

I find it vital to be aware of my expectations. While expectations help me filter my world and allow me to pay attention to only what is new and different, they can also help me ignore newness and differences that does not fit my expectations of what new and different will look like - that is, to miss defects which do not appear where I expect them to. Every great tester I know is aware of where their expectations might be blinding them and continually questions those expectations to determine whether they are still valid. They allow their expectations to guide them; they never allow their expectations to blind them.

Becoming aware of our expectations and how they are affecting us can be difficult. I find that asking myself "What haven't I thought about today?" helps me uncover expectations I did not realize I had formed, a vital first step towards releasing them.

What expectations do you have about your product, your team, yourself?  How do they help you or hurt you? Let me know: michael dot j dot hunter at microsoft dot com.

Comments

  • Anonymous
    March 12, 2009
    Michael,     Your post on expectations was timely. Today has been a day of interesting challenges at work, trying to convince folks that how they expect to use software is not how the target users expect to use the same software. I frequently find that the designers of a given system have a lot of trouble seeing how what is simple and useful to them is confusing and frustrating to a new user. That inability to step back and look at things from a newbies perspective is crippling to a development team, and especially crippling to a QA person. This project I'm working on is brand new to me, I've only been on it a week, and I see a stark contrast between my reactions, and the reactions of people that have gotten used to the quirks of the software. I think over time you grow numb to usability issues because you get used to it... and I think that is one of the worst enemies in our job. Getting used to it.

  • Anonymous
    March 13, 2009
    Forgetting to see our products as our customers do is indeed a common - and at times fatal - bugaboo for product teams. I find it to be vital to remember to do this for each of my customer segments - including remembering that they may have gotten used to that bug whose fix I am testing!