Weinberg on more than writing - the Fieldstone method

11th March, 2012 in Bangalore was a beautiful Sunday. Now that it is almost over, I can use the past tense "was". Just the weather making it beautiful is one part but what about the weather within me? I decided to make it beautiful within. Everybody has a pile of books that they bought but never paid its due attention. Weinberg on Writing ( WoW as I want to call now) - The Fieldstone Method was one of the books that hadn't got my time yet. So, I read the first chapter at home, closed the book, went to my wife and asked her if she had any plans for the afternoon. As I had taken her out yesterday, she excused herself out of any plans. Whenever a husband asks "What's your plan?" to his wife, it means, "I have a plan and want to be sure if your plan doesn't disturb mine" :). I took my backpack and scooted to a coffee shop nearby. Coffee, book reading and relaxing was my plan.

About 2 PM, I was all set. I wanted to start with Camomile Tea. I had told my wife that I'd be back only when I am finished with the book, so I was hoping there would be a couple of beverages. I realize now that there is nothing like "finishing the book" because The Fieldstone Method provides an experiential learning to those who want to work with it. Not just that.

I have had the great opportunity to meet with Jerry and spend a couple of days, attending his workshop, being a part of a peer conference that had Jerry, a conference and much more in 2008. I have been a reviewer of Jerry Weinberg's book "The Perfect Software and Other Illusions About Testing". I have read a couple of other Jerry's books that have changed me from time to time. With this book, I felt Jerry sitting next to me and coaching me on the Fieldstone Method. This is no hallucination. I am sure the emotions he had while turning the stones that he used to build this book has rubbed on me and has caused some very good emotions within me. Jerry intends that happens with the experiencers of the book. / OK there is no such word as experiencers in any dictionary /

I haven't published a book yet. If you are thinking I haven't written one yet, you are mistaken. I just haven't published it. I see the light now that will lead me to publishing. That's what I seem to be getting out of The Fieldstone Method because I am going to build my books not write it.

So, why am I telling you all this? To get you buy the book and experience it? To write a review of the book?    You will discover why I am writing about it, if you were to continue reading.

It is all about me. I recognized that I had almost stopped note taking. In other words, I had stopped collecting fieldstones. I guess I was just processing whatever my imperfect memory could store. Isn't it amazing that I stopped doing something that I advocate to other testers - note taking. When I realized this while experiencing the book, I picked my backpack and searched for my Indian version Moleskine and a pen. I must have missed observing a trillion stones but thankfully I have now saved myself from my ignorance that would have led to missing trillion power trillion stones in the future.

Here are some of the stones I collected today that I am pulling from my notebook (and typing it for you):

• Thought: When you are alone in a coffee shop, you hear people and their conversation you usually wouldn't bother to hear if you were not alone.
• Retrospective as I read the book: I was probably smart all this while but not happy because I always wanted to be more smart but never wanted to be happy.
• I shook the coffee table accidentally and a glass of water placed on it started to get its vibration and then I wondered: Pradeep, when was the last time you observed water settle down after being disturbed with a vibration. Your 9 month old kid now would watch it with curiosity. Relation to testing: The first time an information looks interesting and everybody pays attention to it. Once they learn how it happens, they lose interest to observe things that they were once curious about and if there was a different behavior? They would continue to assume they know something. Software is volatile, just like the water. 
• I was asking myself a question: Does it matter if something takes a long time to learn? What determines "long"?
• I saw cold coffee on some table and decided to order it. I wrote a note : How did my choice alter after seeing something that caused my brain to demand it.
• Project Gutenberg quoted in Jerry's book - Awesome

  A friend of mine, Nandan Pujar wanted to meet with me for a consultation and I felt, "What a great time for a good friend to come in. Some of the exercises I want to practice requires such an occasion and a trust worthy friend". I took notes as I was consulting for him:

• I was reminded of Warren Buffet interview of why he didn't come and invest in India prior to last year. His response was, "Nobody invited me to do so". 1.2 billion people didn't think of knocking that door that way. I felt sad for myself.
• My friend Nandan said, "Being with mediocre people helps you identify your delta with them and being with intellects helps you fix the delta". I thought it was a cool thing.
• Made note of words he used "Feudal" and "Artificial scarcity"

 I came back home and made other note of stones I saw, heard, observed, felt, experienced...

• My 9 month old daughter had to poo. After cleaning the poo, I wrote in my note: As a kid I must have not known this is called "poo" and why people clean it off. Now that I know, I clean the mess I do. I am wondering if testers who recognize the "poo" of their work will ever clean the mess they do. Some of them are stuck with it and they seem to think as though it is a newly grown part of their system. Some who come new to the system see people stuck with the "poo" of their work and assume that, to be experienced, they also need to be stuck to "poo"

It is fantastic. I love it.  Thank you Jerry. You helped me recognize the "poo" I was carrying all this while and I am not going to be one of those who will not clean it. I will clean it. I will not just clean the "poo" I have been carrying for a while but identify with the help of trillions of stones I can see, to not carry any type of "poo" of my life. I also recognize the idea of heuristics and they are fallible.

Till yesterday, I was thinking, "Now that I have accomplished all this in life, how do I change myself?", Weinberg on Writing (or WOW) - The Fieldstone Method is a change catalyst. 11th March, 2012 was a beautiful Sunday in Bangalore. So can everyday be if I were to collect the stones.

How Pradeep teaches software testing - Part 4

If you didn't know how Part 4 came up? Here is how it came. I first wrote Part 1, then Part 2 and then Part 3 ;-) So, logically here is Part 4 of the series How Pradeep teaches software testing.

"I know how to do certain types of testing but if someone asks me to explain what I did, I struggle to explain" was a problem statement I heard from a tester today. I replied in a confident tone, "I know why that happens. It doesn't just appear to be your problem but I know a lot of testers who appear to have the same problem." 

I continued, "You should consciously practice explaining what you did, first to yourself and then to your colleagues although they probably know how and why you did it. Why? I am going to explain how your brain works (or how I think it does). It has two nodes. One that contains what you know and the other that controls your explanation of what you know. When you make a conscious effort, you are forcing a connection between these nodes in your brain. When you force your brain to connect those two nodes too often, at some point it will judge the need for a permanent connection and create it for you. After that you have a free flow of what you know and your explanation of what you know." 

After I said the above, I could see a smile in the face that reflects, "Yes, I now know how to solve this problem". I read a person's understanding not by their head nodding or when I hear, "I get it", but by the emotions and expressions on their face and the body. 

James Bach identified that I was a metacog. I didn't know I was one. After that, it has been very helpful for me to understand why I do things the way I do. I guess I turned myself into a metacog because I thought it suits the kind of testing I wanted to. It's not a special status, it is just a way of life.

I don't even know if the brain works the way I explained it to be but I guess you can understand why the above explanation makes sense. I make sure I tell people that I am not trying to misinform them about anything when I use such examples. I am just helping the tester imagine why there is a problem and how to solve it. A lot of my coaching is consulting.

Examples like the one you read above govern a major part of my coaching. I observe a lot. I practiced consciously making connections between what I have seen, heard, thought, experienced and know to being explain it when the context demands.

Analogies and Examples are powerful approaches to teaching. I need to know what connects to my audience very well. Although all my audience are testers, I can't use the same analogies and examples, it just doesn't work. Bangalore testers need a different example than those in Pune. In Pune, I would talk about Raj Thackery and in Bangalore I would talk about Vattal Nagraj, in Chennai about Goundamani and not about Vattal Nagraj. Now, for those of my readers from United States or Europe, you wouldn't know Goundamani or Vattal Nagraj and hence I would use examples of Chuck Norris, Sarah Palin, Julian Assange. If you are a F1 fan, I'd talk about testing through specific GP incidents. That's how the examples need to adopt based on audience. I also use a lot of examples from what I think the world connects to. For instance, I closely read and watch Air Crash Investigation in Nat Geo channel. OMG! There is so much to learn from the way NTSB (National Transportation Safety Board) deals with it. So, basically as a coach, I have to keep connecting to various thoughts and happenings to be able to connect with my audience. 

Similes, Metaphor or if you choose to call them Analogies are interesting and tough piece of cake, if you are the one providing it. People tend to take it in their own interpretation than what you intend to. It is good in a way, I get to learn when not to use what type of analogies to what kind of people :)

I use Fishing for explaining test coverage. I know a few other people have already used fishing as an example for teaching testing, so I didn't invent it but I know how to explain different concepts of testing with the fishing example. I think that most learning happens when you are interacting with the audience and not when you are explaining. That's where I do better with the fishing analogy.

I start drawing different types of fish, from guppies to clowns and from star fish to sharks. I then draw a size and shape of a specific type of net to catch fish. I give them a goal of catching as many different fish as possible in a limited amount of time. Some audience come back and tell me, "Ah with this net the guppies will escape"... what's your immediate thought? You would tell them to build a net that has smaller squares to catch guppies?  (Why say it? They know it) I would probably be Pradeep and say, "Fantastic. A lot of time spent celebrating the success of finding one good bug steals away the opportunity to find more good bugs. How do you want to celebrate? 3 minutes left."

So, after they come out with strategy and different nets, I tell people that just because they have nets (tools) to catch a specific type of fish it doesn't mean they can really catch a plenty of it. I then tell a story and examples from my life. One of them: I consulted for an organization who had bought an expensive automation tool hoping that they would now be able to find more bugs. They spent all their energy to set up tests on it and found fewer bugs over the year. I drive points like: Tools don't help you unless you know how to help the tools to do what you think they can.

For a while people think it is possible to catch a shark from a net. It is possible, maybe. I explain how a powerful shark can bring their boat down if they try to catch it through a net or a fishing rod and how a harpoon is better than a net. Sometimes people try to think of similar approaches to solve many different problems. The example of shark, net and harpoons are cool for people to relate to something they have done in the past that shouldn't have been done the way they did it. I then equate different types of fish to different quality criteria. I ask my audience what type of fish are they mostly catching and I hear a shout, "Functionality". 

After a lot of back and forth between me and my audience, we all discover what good test coverage could mean. I then start probing into their projects and figure out how much of fish they are missing that they shouldn't be and try to help them understand why they shouldn't be catching too much of the same fish. Sometimes it upsets the food chain :) 

While there is fishing in my class, there is also plenty of room for Sine and Cosine for Test Techniques, Brian Marick's Minefield Analogy for Regression Test Strategy, Tom and Jerry examples for How Scripted Testing is dangerous, what lessons can we learn from Saurav Ganguly's come back, how to read Sachin and Kambli's career graphs, farming... It must be fun to sit in my class. I don't know, I have never been able to.

Happy New Year!

TASTRO - Tester's Astrology by Rrajesh Barde

One of Moolya's customer, a large IT company in India wanted me help a group of testers think beyond the boundaries they had accustomed to. They wanted me to help them bring out the potential and creativity of testers within their organization. Having thousands of testers,  they did know where to start from - the top 30 they had. Top 30 in terms of demonstrated passion for software testing.

The icing on the cake, they wanted their testers to progress towards becoming brainual testers.

A group of 30 testers were introduced to me and I spent time for a couple of weeks with them on various activities. We ended up doing so many good things together that we accomplished the mission together. There were plenty of great work that they did. Now, those 30 have been successful in inspiring 30 more and this chain reaction is appearing to happen. If it goes on, I am sure this organization is going to rock in the coming years.

Somebody impressed with how I mentored these 30 asked me, "Aren't you giving away all secrets of how testers in Moolya test?", to which I replied, "There is no secret. This is how we test and this is how we live". There is nothing to hide. We don't have any secret ingredient or a secret ingredient soup unlike many services companies. We have watched KungFu Panda and hope you too have watched it. We focus on our skills. Our website tells that story.

In this post, I want to highlight the creativity that came out of the exercises of Brainual Testing.
Rrajesh Barde surprised me that he had been reading my blogs ever since I started it and he told me he had also commented on it. I was glad to meet my oldest (well, he's pretty young) blog reader. The only question I asked him was, "Was it worth your time?"

This guy turned out to be hyper creative. He had a sense of humor, lateral thinking, passion to test, leadership and creativity. We were brainstorming of how do we educate testers without letting them know they are educated. Of course, books are boring to most. What content do we feed them with? We discussed on Andy Glover's Cartoons for it. However, that didn't solve the problem of testers within their organization being able to see Andy working with them.

So, Rrajesh Barde in the meeting interrupted, "If I may, I have an idea..." and then came out with this brilliant idea of TASTRO - Testers ASTROlogy. In a country like India, a lot of people refer to Astrology. They at least want to read if there is something good in it for them. I thought that was a brilliant idea and we had to develop it further. We needed to mix fun and pun into it. We needed the learning touch. We needed people to look forward to their weekly TASTRO.

Here is what we got:

TASTRO – Tester’s Astro – What do your test signs foretell?

Aries		Your stars look good for coming week however you might face an environment downtime. Why not make a quick checklist on how to set it up?
Taurus		Avoid calls during Rahu Kaal. Those who have calls with your on-site coordinators during this time, Beware!!
Gemini		The planetary movements suggest that the build scheduled on week day will be delivered to the Testing team on Friday after sunset. You have plenty of time to read Rapid Software Testing Appendix and practice new testing ideas.
Cancer		Though you think you know it, you have no certainty until you try. You might see a surprise appreciation for your smart work. Smart work could mean, you use oracles to test.
Leo		You are worried with unplanned work load. Read the book – Lessons Learned in Software Testing at home and you may see the change in office.
Virgo		Worried why you your productivity appears to have come down? How long has it been since you took a break? Quick breaks between test sessions are important.
Libra		In the busy times, be prepared to work late, eat pizza for dinner at work, and work for some weekends. Don't wanna do that? Go beyond test cases, you will find more bugs.
Scorpio		There is a chance that your relationship with developers would go sour in the coming week. So treat them with chocolates. Developers are rich source of information for a tester.
Sagittarius		Your customers would be under the influence of aggressive Mars. You would be forced to test whatever is thrown at you. Check for the mission to be achieved to avoid falling into traps
Capricorn		You would be trying to achieve the stars by clicking here and there with your monkey paws. Stop doing that and your career could get better.
Aquarius		Your managers would somehow have a strong notion that you have just been marking those test cases as “pass” without executing them. Honesty is important for a good tester.
Pisces		When you have crashed the software and waiting for the system to boot, prepare your own test idea cheat sheet. For those who do, future has been bright.

Isn't this awesome? I feel testers like Rrajesh Barde are a huge boon to our industry. The beauty of my consulting was, I felt there wasn't just one Rrajesh Barde I met but many. I may cover about others in future posts.

A couple of years ago, I used to go to a consulting assignment as though I am superior and I consult people because they were inferior. These days, I go to consulting to get humbled by people like the ones I met.

Please, everybody, stretch out your creativity, you would find an Andy Glover or Rrajesh Barde in you. For those who want to follow Rrajesh's blog, here is the link. He came out with another concept called Bug Burji (Burji is a dish made out of Egg and we call it Egg Burji, Rrajesh made a Bug Burji out of it). Rrajesh, you inspire me. I hope after reading your work, a couple of others may join me in admiring your work and contribution.

I am telling myself that I was born to witness this beginning of the golden era of software testing. Don't know if you can even see what I am experiencing.

How Pradeep teaches software testing - Part 3

I hope you have read Part 1 and Part 2 of the series of "How Pradeep teaches software testing" and I welcome you to the Part 3. I don't yet know how many parts it is going to take for me to complete this series. I am hoping that I would write down the most important parts and keep adding whenever I need to update. In this part, I am going to focus on my journey of doing exercises and hands on stuff I do at my workshops.

Having been a guinea pig of James Bach and Michael Bolton's online coaching, I myself went through quite a few exercises that were under experimentation. I still remember James showing me a set of pens and then hiding all of them away from me but one to ask me which one was being shown to me. All of them looked identical so it was difficult to tell which pen was he showing me. I had to figure out a way to question him to help me identify the difference between those pens. This is one such exercise that didn't make it to the Rapid Software Testing class. However, I benefited from all of them.

When I started to teach my own version of Rapid Software Testing in India, I sought permission to use a few exercises from the original version. I got permitted to use the Mysterious Spherical Ball and Dice Game. Oh, the Triangle, too. I needed more and I had to create my own.

Even before that, I had to modify the exercises to suit me and the point I wanted to drive. I did that. I have a few variations of the game and exercises and at times I drive a different point from the original one. If I were to have been a parrot repeating what they taught me, I wouldn't have been able to survive or inspire people.

I tried my own exercises. I tried them out with James & Michael. It was hard to teach them back something with my exercises. That made my exercises or my ability to deal with them stronger. I then tried it out on a couple of testers here in India and it worked wonders. So, I consciously didn't take all of my exercises to James & Michael. Not that I wanted to avoid them but as their good student, I wanted to appreciate their time. I first wanted to get good at something before asking them to work on it.

I published some exercises on my blog. For instance the telephone puzzle and other brainstorming exercises helped me to experiment some of my own.

Every time I did the same exercise with new batch of testers, a new idea or an approach used to emerge that used to teach me a lot. I started to focus on what testers in India need to learn. If their fundamental is flawed then it is not good to teach them some things that appear to be Greek and Latin.

I made a list of things that I think is fundamental and started to work towards exercises for the same.

I am listing a few of them below

Skills

• Observation
• Questioning
• Lateral Thinking
• Reverse Engineering
• Scripting
• Investigation

Technical

• Test coverage
• Testability
• Mission focus
• Heuristics & Oracles
• Bug Reporting

I built exercises for each category I wanted testers to get good at. As an example, I built an exercise for reverse engineering practice for testers: Finding Nemo  . Sorry to Mac folks unless they have a Windows emulator in it.

I wondered if I could really help in creating good testers with my crazy set of exercises and ideas. I was consulting for Edista Testing Institute and sought an opportunity to experiment my crazy ideas with two batches of fresh college graduates. The results were beyond imagination. I could bet on these testers against all of the ISTQB passed fresh college graduates put together. Here are excerpts of the work that they produced after a month of training from me. 

I was all the more convinced about creating my own exercises to help creating good testers in India. As an evidence of how skilled a tester could get beyond those 30 days is here - Santhosh Tuppad, my student of the fresh college graduate training is now a co-founder of Moolya Software Testing Private Limited. Not just he, other testers from those batches are top testers in the organization they are working for. There are a few in them who haven't yet made it large but if you talk to them you'd know it may happen, if not today, tomorrow.

He is the youngest testing entrepreneur to the best of my knowledge at the age of 23 and this story being created in India and me playing a small role in it makes me happy of the path I am heading towards in coaching software testers. I am specifically going to write about my students and their journey after attending my training in a part dedicated to them.

The exercises created curiosity in them to learn more. So, I didn't do the learning for them, they did it for themselves. What every training for a software tester needs to do - is to create curiosity with pointers of how they could do it. What ISTQB is doing is a super reverse of that. They damage the gene when it is being built and create business opportunities to themselves in the context of helping such genes upgrade and repair.

Some of the ISTQB trainers in India who perceive that my work has an influence on them, use some of my exercises in their workshop. I allow them to do so because that's the best hope for me that someone would then question the value of what is being taught as ISTQB and get curious to learn about testing.

My exercises teach people to test their own ideas of testing. I'd like to build thousands of them and give it away. Over the last few years, I have seen lot of action from Context Driven Testing folks on the exercises. People come up with their own exercises and share it with others. It is the safest community to be in irrespective of whether you agree to the principles or not. People like Sebi, Markus Gaertner, Matt Heusser are the ones on top of my head who contribute testing exercises to the world.

You will have fun cracking my Finding Nemo exercise. You would trick yourself to believing you have cracked it and then if you do a few more tests, you'd discover you haven't. Santhosh and I worked on something called Guess the Password - Version 1 & Version 2 . Don't go to Version 2.0 before completing Version 1.0.

This is what I am doing in India. This is how I coach testers. The future is all about such testing exercises, if it were to be a bright one. So, all of India isn't all that bad in testing as you may be imagining it to be. Note that!

In future parts of the series, I am going to be covering on aspects of my interaction with testers in the class, humor that works for me in my class, feedback and what I did with it, interacting with trainers in software testing and lots more. Stay tuned, it looks to be completely safe.

How Pradeep teaches software testing - Part 2

I just hope you all read Part 1 of this series. Now, I bring to you Part 2 where I talk about my journey of my first set of workshops.

In 2007, I was not sure if people would be willing to listen to my ideas in testing. I had some good readership for my blog and I announced 2 hour free talk on exploratory testing titled Mirchi Test Masala. Mirchi in Hindi means "spicy" and I wanted to offer the Indian Spicy Testing flavor during my talk. By God's grace, I was flooded with interest from my blog readers to host me for this talk at their organizations.

I happened to be invited in companies like Dell, Huawei, Celstream, Ionidea, Hasten Technologies and even at an organization in Chennai. There were few more organizations who happened to invite me a couple of months later looking at the blog post. I forgot some of their names. It could have been big or small ones.

This was an opportunity for me to test my public speaking skills, my ability to coach testers and also a test of how influential I could be to testers. I used a bug in Microsoft Powerpoint 2003 as an exercise to drive certain points to the audience and help them see testing as an exploration than merely test case execution.

This also gave me an opportunity to face some tough questions from audience and there was a stiff resistance to my ideas. Being an outspoken context driven tester in India wasn't one bit easy. There was a huge wave against the ideas I was trying to spread. Whatever resistance I faced didn't matter much because people saw an extreme passion for testing in me and they were acknowledging it well. That was a huge boost to my confidence that I can actually do a full day workshop.

I guess in early 2007, Michael Bolton did a Rapid Software Testing training for a client in Bangalore. That client had chosen a venue for coaching which was "rent a training room" types. I decided that I should do my first workshop in the same place because the vibrations that Michael left there would help me boost my confidence. I payed a lot of money to book the same room. That is where I did my first workshop on Exploratory Testing.

I was surprised (yeah, I was) that there were about 17 people who were willing to pay as much as 3500 INR for a day to get trained by me. I guess I paid more than half of that money on rental of the training room but I was happy. I don't distribute feedback forms because I believe the actual feedback is when people go back to their workstations and test out the new ideas.

Somehow, people were convinced that I was giving them a different perspective. My workshop was mostly hands on. Minutes before I started my workshop I pinged Michael and said, "I need your blessings on this important day in my life. I am nervous" and he replied, "Are you an expert presenter?" and I answered, "No". He then said this great thing, "Well then pretend to be an expert presenter". That helped me so much that I pretended to be an awesome presenter. Over the years, I have developed a stage presence that audience have loved it in most occasions.

What I seemed to gain is many different ways to run the same exercise. However, my audience were my asset. They asked so many questions to me that helped me do a lot better thinking to help them learn what they wanted to. Sometimes I appear to people as the king of analogy and examples. I connect with my audience well because there were my audience of past who taught me so much about how to do it and how many different ways I could fail trying to give an analogy.

There is at least one good thing I tell in all my workshops: If you want to disagree with what I am saying and stay silent just because you don't care about me, you are killing the testing community indirectly. I am going to be doing these workshops to many other testers and I don't want to keep telling stupid stuff to them, so please help me.

That statement has helped some people tell me where I am bad and where I need to do better. After I engage them in a conversation and if I was convinced about it, I made necessary changes.

A big thank you to all those who attended my first set of workshops. You made this guy grow in confidence and helped him learn how bad he is and how good he needs to get. The most useful feedback has mostly not been on feedback forms.  

How Pradeep teaches software testing - Part 1

I'd like to spill the beans here. I want to tell you how I teach people to test software and my journey of it. I have also written about it in the past here , here and here. In this post, I'd like to tell you about finer details of my teaching style and how I got them. If you would read all the parts I am about to publish, you'd know more about my teaching than you ever did or you ever wanted to :)

How my speaking style evolved

The influence of James Bach & Michael Bolton

The first time I ever witnessed someone teaching software testing was when I got coached by James Bach and Michael Bolton. I had also witnessed people who, in the context of teaching software testing, were reading slides. I don't consider what they are doing as "teaching software testing" but I consider them as "slide runners".

The way James and Michael coach are two diverse powerful approaches to teaching testing. There are things in common but there is James specific and Michael specific signatures in their respective styles.While I was working on the exercises they gave me, I was also observing how they teach me. That was the most important step for me to think about teaching other testers.

I was curious to find out how James or Michael feels when they coach testers. What goes on in their mind? What is the thought process? How could I experience what they are experiencing?

A way I could do it, was to start coaching a few testers aping the styles of James and Michael. I remember my first class, I cracked the same jokes that I had heard from Michael Bolton and copied the body language of James Bach. Did it go well? Fortunate for me, that audience hadn't seen J & M in action. It appeared to be good. I had watched James Bach's Becoming a Software Testing Expert video at least a 100 times to try copying his style. I practiced and practiced. The bathroom and toilet was the best place for me to do so. Most people are bathroom singers and I had turned myself to be a bathroom presenter. Over the last few years, those who have seen James or Michael in action come to me after my talk and have said, "There is so much of James or Michael in you". Not surprising.

Moving away from being an ape to developing my own style


The best part about trying to ape James & Michael was, I failed to do so, in many occasions. There was someone else in me by the name of Pradeep who was constantly bringing himself out. He used to sometimes take over James Bach and Michael Bolton. I was very afraid of that. I didn't know if people are going to like Pradeep as compared to James or Michael.

At times the Pradeep in me took over for a longer duration as I couldn't hide him too long and people weren't disappointed about that. Slowly, the Pradeep in me started gaining confidence that he could do it all alone without the help of James & Michael styles he was trying to ape.

It happened that my English accent got into a spin and I was neither speaking the Indian English accent nor Americans would consider that I belong there. So, many Indian testers have thought I was trying to fake my accent to sound more like an American. I had a tough time explaining to them that I was not and then gave up. I guess I was paying the price for admiring and communicating a lot with James and Michael :)

I began focusing more on my skills to teach than to be worried if people are thinking that I fake my accent. Today I connect my audience with good content and humor that they almost seem to have forgotten making note of my accent. At least, I would like to think so :)

Today my talks and classes have lots of humor, not because Michael does it too but the Pradeep in me is a natural humorist. Today my talks are aggressive and I pump a lot of energy out, not because James does that but the Pradeep in me is highly energetic to talk about testing.

The legacy passed on

Just about few days back, Santhosh Tuppad's girl friend pinged me on Gmail Chat (that occasionally works after the launch of G+. I just hope Engineers in Google stop boasting about their innovative ideas of write hell lot of code to test code that intimidate the industry and focus on fixing issues that irritates the users they claim to care for) to tell me that she is seeing so much of me in him when he speaks. I helped her understand it shall go away after a while because the Santhosh in him won't allow Pradeep to dominate for long.

Two days after that Parimala told me that she surprised her husband by using some words which I use as frequently as I can and then realized "OMG, this is so much of Pradeep in me. How do I get rid of this guy?"

It looks like legacy passed on and soon they will recover and pass it on to someone.

Watch out for part 2

Testers Monthly Meet across India

Hey folks. As I wrote in my previous post on future of Indian testing the thing that seems to be making a lot of testers talk to each other is Testers Monthly Meet and now its organizing a low cost ( 500 rupees for one full day ) conference in NCR.

Adobe India is the venue host and they already seem to have more companies wanting to send their testers out for this event. The speaker line up looks very good ( ahem, not necessarily because of I am one of the speaker ). Forget the speakers, none of us cant match the wisdom of the combined audience. Vipul Gupta and Ajoy have been putting up a good show so far and knowing those guys I think this is going to rock. Vipul Kocher has been extending a lot of his time to support and facilitate this whole thing across India to an extent that his kids ask him, "Why are you at home today?"

I am so excited. Register today for the NCRTMM conference and lets meet and talk about testing. I am going to spend the whole evening with testers at NCR and I am so super excited about it. Joining me from Bangalore would be my testing pals Rahul Verma and Narayan Raman.

Hey, if you are from Bangalore, you could probably make it to the Bangalore Testers Monthly Meet. If you are in Pune, Chennai, Hyderabad, note that there are chapters for you too. Go India, Go. After the cricket worldcup, we need the testing world cup (hope there exists one:)

Why fake pilots scam is headlines in India while fake testers scam is not?

At home, while the whole family was watching a reality show, I happened to take the liberty of changing the channel to NDTV 24x7, a leading news channel. A news that had been making headlines over the last couple of days was a prime time discussion.

The issue is this. A pilot produced fake document to get and got to fly a commercial airliner. Once /a/ pilot was identified to be faking, the investigation began to check if there could be more. Eventually, a flying training school was identified to be helping pilots who wanted to fake their number of hours of flying experience in trade of money. It appears that the norms of the civil aviation mandate at least 250 hours of flying + a simulator test before a pilot is inducted. Turns out that those pilots who faked hardly clocked 40 hours.

An experienced pilot was invited on prime time to talk to share his views and he shared something like this, "I am more surprised how these pilots got through the simulator test. If someone fakes the flying hours, they should have been caught at the simulator test. So, there needs to be a scrutiny into how the simulator tests are conducted".

I listened to that and started laughing. People at my home for a moment shifted their focus from the television to me. This is not the first time they are seeing me react to something in a different way than what they thought someone would. Yes, I was definitely thinking about software testing and those who fake their experience. I guess, people at my home know why I laugh.

As you know, I am a strong advocate against faking. I have written a blog post against faking experience and also do have a podcast on it. If you go through the comments section of the blog post, you'd know how people have tried using all F words, B words and A words against me. What you don't know is that, there have been people who have written emails to me abusing me for not understanding why they faked. Most of these people were hoping the world would sympathize against them but they saw me helping them learn that they are spoiling the craft I respect so much. They couldn't tolerate me as much as I couldn't tolerate them.

I was laughing after I heard the news because a thought crossed my mind. I imagined a situation where all testers who have faked their testing experience are put on a flight where both pilots have faked their experience and then there is a thunderstorm and there is an engine failure mid flight. Pam Pam Pam!

Wow! I love to put a camera over there and watch how those fake testers are reacting to such a situation. Now, am I such a sadist to watch people cry out for their life? Not at all. I want to let these people know I care for them but how? It may appear from my previous blog post about faking that I have behaved like an aggressive pitbull and they reciprocate the same when we have bumped into each other.

After a couple of years of writing that post, I see that my focus has shifted from those who fake from those who facilitate people to fake.

Here is a story : Srividya (name changed) sent an email to me telling that she completed a testing course in an institute in Bangalore and she felt they were unethical. She also mentioned that the institute had provided certificates to a lot of testers in her batch and she suspected the same might have happened to hundreds of batches they churned out and to all future batches. Now, every student of that institute didn't buy the idea of faking immediately but to convince them, the institute organized a meet with their alumni (who had faked and got a job in top companies in India). I was so excited to be interacting with a person like her and then she invited me over coffee to talk more details.

On meeting her I discovered her story to be inspiring to a lot of people who would fake their experience as a tester. Most often, it is the desperateness to get a job that drives people to fake. She was the only earning member of her family and she had two brothers studying college. She was working in a BPO after completing her engineering degree and found out that she wanted to get into IT (a typical story). However, what she told me was, "Its easy for a person like me to give in to faking experience and getting a job but I don't want to do that because I have personal ethics that don't allow me to do. I would get in touch with all my friends over the next couple of months who may help me financially, till I get a job as a tester without the fake one".

I was so happy to meet such people. It also made me realize the fact that all these years my focus was on people who end up faking but not on those who opposed it and didn't give in to it. I would definitely want to hire such people for Moolya and I bet these testers would shine and help the company shine.

What I find funny is that NASSCOM is aware of such things or if they are not aware, its a bigger sin. They don't appear to have been bold enough to make a statement as beautiful as the one I am going to make, "All fakers, beware, if you are caught, you can never work in IT".

I see a chemical equation and I am going to help you see it. I have heard from sources who don't want to be quoted at all that faking happens not just by candidates seeking job but also by services companies. So, there goes the balance of the equation. Some clients insist that they need someone with some kinda tool experience for a specific number of years, irrespective of whether the tool exists that many years.

I guess it was Michael Bolton who once pointed out in twitter that he saw a job ad asking potential candidates to have experience in a specific tool for many years while the tool just was introduced a couple of years ago. I wouldn't be surprised if someone applied to the job and got it because their resume' did show the experience asked for.

I am asking the same question, "Why didn't the simulator tests (interview) catch the fake pilots (testers)?"
Time and again, we have been debating a more stringent way of determining experience and what you might be seeing in STC Job board is a change I am happy to be seeing. If I were to write from the influence of the book Outliers ( Malcom Gladwell ), I would have to say, "I am so glad I was born at the right time to see the most important transition happening in testing".

So, coming to the question of why fake pilots scam makes headlines in our country while fake testers scam is not, is because most people in our so called industry think its not as risky as hiring fake pilots to hire testers who have faked their experience. I think its equally dangerous. It may not directly result in loss of lives but it definitely results in loss of a lot of business and hence a lot of jobs and hence a lot of lives are impacted.

Now, someone from NASSCOM is going to say, "Hey, Pradeep doesn't know anything.We have National Skills Registry in place". I don't know why such a powerful organization as NASSCOM isn't putting the red hot iron on such institutes who don't fear to announce in their class, "Students, go fake. You will still get a good life". Oh, by the way, some of the fakers I know got into some of leading companies registered under NASSCOM. So, dear NASSCOM, who is using your National Skills Registry and why don't you publish how many fakers are prevented from getting a job?

Once in a while companies like Wipro, Infosys, TCS announce they have caught the fakers and have removed them from their jobs. Don't believe? Read it here. OK, I appreciate it and what next? Has it stopped? I bet not.

Now, there is another pattern you notice. It's the Indian IT services companies that have caught a few fakers. What about the product organizations? Having worked at product companies (of whom some don't do any background checks) I know their interview process is stringent as compared to the IT services. Also, they don't hire in bulk as much the Indian IT services do. So, there you go. However, I know a few fakers who got through some product firms but I guess, they deserved it for the kind of interview process they had.

As you see from the news, it is a civil offence and I guess an organization like NASSCOM should make a press release. Well, well, well. Who wants to admit that our IT industry lacks a lot of ethics?

Almost everyone in the IT industry and a couple of years of experience on their belt earn sufficient money to make themselves look clean and good. There are definitely a lot of real good people but what's the use. They don't fight against the bad. I guess, the problem is that they are good but not good enough.

I had a false dream a couple of years ago that I could change this whole faking thing happening in India. I walked into a training center pretending to be a person who wants a fake certificate and recorded the conversation I had with the institute as a proof I could show it to the world. I then was advised to focus on people who deserve my time. I have been trying to do that but often realize that the institutes who promote fake experience also deserve my time and attention. I just lack the support I would have needed.

The students in such institutes have already demonstrated by being silent to the bad advice that they don't care . So is NASSCOM, appearing to me as ignorant in bringing a permanent solution to this.

If someone from NASSCOM is going to read this post (which is so unlikely) and is at least as bold as me, I want you to know that if there is one person in India who can help NASSCOM identify and put a permanent stop to this solution, its me. Do you care? I bet not. Will I continue to care? I bet yes.

I am not trying to project, "I am a hero, don't you see that" kind of an image through this blog post but I am trying to project an image that, "You may be a hero and if you are one, speak out. Most importantly, do in your own ways something to prevent the faking thing to grow bigger by each day. At Moolya, our hiring process doesn't ask for someone's CV in the first place. Its their skills and then more skills and then much more skills that matter. The world doesn't listen to small time businessman like me. I need to be an Azim Premji or Narayana Murthy. If I become one, I shall eradicate this whole faking business in testing.

We need to figure out a way to rehabilitate those who have succumbed to the need to fake. That's another thought which if new to me that I didn't have a couple of years ago.

This issue isn't headlines, yet. This shouldn't get to that point. That's all. 

Coaching testers how to email and influence stakeholders

One of the ways Moolya is going to become a great organization is by attracting, hiring and retaining good testers. Sreenuraj Varma who won our heart for this blog post asked us if he could work for Moolya. We got him to test things out and send us test reports.  We found that we liked him to work with us and he liked to work with us. So, we hired him a couple of weeks ago.


Before the project work kicks off, I asked him, what he'd like to develop himself on and he made a list of things that impressed me. I then sat with him to get more specific and identified "writing influentially" as one of the things he wanted to develop. I created an exercise and got him to work on it. I have done this before so I knew what to expect.


I wrote down the goal he had to accomplish:

You are hired as a tester in a team and in your first week you discover that there are many important tests that the team is missing. Your objective is to send a mail to all test team members pointing out the tests they are missing and the impact it has on the project.

To consider:

·         You are new to the team

·         The team has lot of experienced testers and they know about the project more than you

·         You don’t know how they would take your advice

·         If your English is bad some people may not take your advice seriously

·         This email can help you build or break your credibility with the team

So, he worked on it and got back with the following:

Dear All,

For the last week I was going through the application and the important bugs reported on each module. I feel like there is a lack of concentration on the issues related to security, which I feel important because the application is meant to be used by common people and also the modules are designed to be getting in-cooperated with the bank API’s where there is a possibility that we may lead our users to compromise their valuable details.

As we are in the stage of completion of second round of testing I would suggest that it will be good if we can do a quick analysis in the area of security were our application have to be  checked for most common security issues.

Looking forward for your suggestions

-- Sreenuraj


I then reviewed the above email with him stating things that is causing me to not think of it as an influential email and provided specific feedback and asked him to work on it. After a couple of hours, he came back with the following

Dear All,

Last week I was going through the application and was learning the work flow happening in the important modules. I have also gone through the first and second phase test reports we have for the modules. But I think we have not done a security testing for our application. I feel it is important because of the following reasons.

a)      Loss of customer confidence

b)      Can increase the web sites down time (reinstalling services, restoring from backups etc)

c)       Harm to our brand

When I was in module “A” which is the most important one, I found that some basic validations missing for the text fields. No checking was found for validating the special characters. This is found repeated in almost every module I have gone through. Below I am mentioning some of the issues I have came across.

a)      Cross site scripting is possible in almost every module

b)       Data tampering is allowed

c)       The cookies which are used in one session can be used again

As we are in the stage of completion of second round of testing I would suggest that it will be good if we can do a quick analysis in the area of security were our application have to be  checked for most common issues.

Looking forward for your suggestions

Thanks&Regards

Sreenuraj Varma M

Yo, I again sat with him for the next set of feedback about why I still think the email is not influential enough and pointed him to links such as An open letter to the Prime Minister of India by Rajdeep Sardesai.

He read through it, gained some ideas and started to work on the next version of it.

Hi Team,

This is Sreenuraj recently recruited for the position Software tester for the organization. My last week assignment was to learn the project work flow and to refer the available documents which QA holds against each modules of the project like test plans, reports, bug reports etc.

As we are in the completion of second phase I think we have covered almost all the important things in functionality testing. Most of the bugs are fixed and retesting for the same is also done. But some of the bugs reported against the security testing done in important modules are found to be in open state. I have also noted that some of the bugs were raised in the first stage of testing. Because of that I think the number of issues reported against security testing in the second phase have gone down. Also there is no status report available for those bugs from the development side.

Below mentioned are some of the important issues I have came across in the application which was not found in the bug reports may be not reported because of the above said reasons:

a)      The validations for text boxes in the Login screen and the home page for special characters were missing.

b)      User is allowed to insert html scripts into the text fields for the above said pages.

c)       The data which is submitted for the module “A” can be tampered and user is able to alter the data which is transferred .(Bypass the client side validations)

d)      Data tampering was also success in the module “B” where file type can be changed and user is able to include a file with unsupported extension (like exe .. )

Some of the points I would like to suggest are

1.       - Before the completion of phase 2 of testing we should conduct a security testing in the application for the important modules and report the issues found.

2.       - Discussion with the development team in regards with the Issues reported and which are still in open stage, also record the status before second phase of testing ends.

3.      -  It will be good if we can conduct a workshop/training session for both the development & testing team where importance of security related matters in the project can be discussed. Also we can emphasis on client’s expectation in the area of security which is described in the requirement document.

Looking forward for your suggestions

Thanks & Regards

Sreenuraj Varma M

Nah Nah! Not good enough for me. After having coached many testers, I have gained wisdom to understand the point at which I have to step in and do something different than saying, "Not good. I hope you work on these points". So, I decided to send him, my version of the same.

Dear Team,

Greetings!

It is a pleasure to be starting to work with you. In just a week, I was glad to discover that there is great energy you people are bringing in. Its motivating for me to work with you. As I see that a new team member brings in fresh and different value, I'd like to present some kind of value addition I could do.

In this email, I'd like to bring a few points to your notice that might interest you. I am aware that some of the points I am going to bring up here might already be known to you all but I felt it is my responsibility to let you know of what I found.

Security issues for NNNCC Web App (Just an example)

• I found that the directory listing is enabled. As we hold confidential information with us and not all pages are exposed to all users, we might be in a position of risking our customers data.
• I found that there are error messages that can be customized at the URL. For example, I can make an error message saying, "As Pradeep is on leave, we can't service this" to appear from the page by editing the URL.
• I also found that there is a way to bypass the security by storing and using cookies of previous session. When our customers use a public machine to access their data, we are risking the customers data to be known to others who may discover cookies.

Based on the above, I'd like to make a few humble suggestions:

• I understand that the focus is on getting our software functionally right but on the effort of trying to get that, we appear to be sacrificing security.
• I would love your opinions on budgeting for security testing for every release henceforth. As I am a new hire to this project, I would take up the responsibility for testing security for the next couple of releases till I ramp up on other things.
• I would be extremely delighted to meet with you all on this, so am planning to setup a meeting on Friday 24th Feb 3 PM. I have looked into your calendars and have chosen the mutual free time. I am open to suggestions of other date and time.

Thanks and Regards,


-- Pradeep Soundararajan

This time, he came back with the notes he made about this exercise while continuing to work on the skill of writing influential emails. This is going to go to a point where he would learn to practice on his own. He in on the third exercise with me working on test strategy. Our clients are going to be happy to have him on the team. He is showing lots of enthusiasm, hard work and effort. We are happy.

At Moolya, we are going to lay emphasis on how people write and communicate. We might sound stupid but we have realized that people who can write well, get things done quicker and better. In my own consulting experience, I took an email which had not received a favorable response from the management and helped the test team re-write it. We waited for a day and there came a response to it and things got moving.

Add "influential emailing" to your wanna have skills if you are a tester. There's a good example to it in Michael Bolton's blog as well. I am working on a tutorial to help testers write and communicate influentially to stakeholders. Maybe I will take it Star East or Star West.