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 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

Bangalore Workshop on Software Testing - 3 on 6th August, 2011

This year, BWST 3 (#bwst3) is delayed by a couple of months and for all good reasons. We were busy with personal and professional stuff. So, here comes the details.

Personal excellence & skill development

We have been noticing over the last few years that those who can change things for the world are those who have been changing things for themselves. As people say revolution starts from within, our experience has been similar to agree with that.

In this year BWST 3,  we are focusing on interacting more on personal excellence and skill development. We want to hear stories (from all participants, not just the speakers) on how they have been working on their personal excellence. Are they being pushed to that? What is their motivation to do it? What is causing them to fail? What support they need and from whom? What kind of skills are they working on? What are the black swan skills that the world should know about? What kind of books they read and how has it helped them? What kind of changes are they making to themselves? What do they plan to change about testing in future?

Does this topic connect with you well? Would you like to present or participate in this? We have very limited seating of 25 this year and this is an invite only conference. You don't need to send us a Salsa dance video to get an invite but you could write down your story of how you built or have been building your skills to us at parimala hut moolya.com titled "BWST 3 speaker" / "BWST 3 participant".

For those who don't know what I am talking about: Please read this, this, this and this. Last year, we had Selim Mia from Bangladesh, Yeshwantrao from Madurai and Vasu from Chennai come all over to Bangalore to attend BWST 2. So, indirectly, I am telling, its open to the world.

Venue:

The venue is at a hotel located in Bannerghatta Road, Bangalore. We shall send the details of reaching the venue to all selected participants and speakers via email.

Time: 

• 8 30 AM to 6 PM - BWST 3 (Late comers will not get Red K card. That's unfair. They will get it but be on time)
• 6 PM till cops ask you to go home - Social gathering with testers

How do discussions happen in BWST?

We will be using K-cards and everybody gets to talk. As an organizer and a talkative person, I hate K-cards, so you can imagine that it gives all an equal chance. As it isn't rocket science to figure out how to use them, we will explain to you over there before we start.

For those who have attended BWST 1 or 1 and 2 or just 2 :) - This year, we have modified the 3 color K-card to just 2. We will have a Red card (High Priority Request - Limited use) and Green card ( Put me on the deck, I have something to say or ask - (Unlimited use)

Cost

As you all know this is a "pay for yourself" style conference and you'd need to pay 550 INR to cover your own expenses of food and refreshments during the day. At the hotel, we will have a complimentary wi-fi facility and power adaptors. So, bring on your tweeting machines and use #bwst3

It is a practice [ :) ] that we hang out in a pub after the conference and hence if you'd like to just join the evening pub meeting with all the testers of BWST 3, write to us separately with your mobile number. We shall SMS and tweet the location of the pub you need to come to. Of course, "pay for yourself".

This year, we have decided to provide T-shirts to all participants and speakers and we are looking forward to wearing one of our own sponsored by oh who else - Moolya

Hurry up! If you are too late, you get to wait list and you will have to pray someone drops out. Spread the word, use the #bwst3

Story of how a hang becomes a crash (because testers love reporting crashes)

I am doing my first exploratory testing workshop for 2011 and first from Moolya Software Testing Pvt Ltd. and I am excited about it. You can find the details by clicking on this link . If you are in India and plan to attend it, please do it quickly. I usually don't take a lot of participants although I know I'd gain more money out of more participants. Ever since I announced it yesterday, there are 4 seats that got filled within 5 hours.


Now, I am going to tell you a story that I had been hiding for quite a while. Not intentionally hiding but was planning to blog about it and the time is right now :)


I provide many applications to test in my workshop. At the end of a testing session, I check with the participants if they found any crashes with the application. Not to be surprised, a room full of testers, they do report crashes.


I ask them to reproduce it with me watching what they do and here is a shocking information; most of what they report as crash weren't crashes at all. What you are about to read is also a great example of confirmation bias that I have witnessed.


Here is what they are doing: They are performing an input constraint attack or providing a large set of characters as an input to a field and hits the "Submit" button. They wait for 10 seconds to see what the application does and on seeing the application in not responding state, kill the application and report that as a crash. 


Awesome! Isn't it?


Now, I got conscious of the fact that testers seem to be reporting a hang as a crash and was keen in looking at live projects during my consulting assignments. I get access to the bug tracking system during my consulting (wow) and I see patterns of such reports. 


I go filter out some of the crash reports from the bug tracking system and try to attempt what the tester did to report that type of a crash and bang, that's a hang.


I have made this point to testers who attend my workshop in order to help them be more conscious of what they are seeing versus what they are reporting versus what they are eager to report versus what they should be reporting. 


It seems to me that testers have an anxiety to report crashes. There's nothing wrong in it but it goes horribly wrong when you report a crash by fooling yourselves and the people around you. I recently blogged about the Obsessive Checking if being mentioned disorder that I was suffering from and here is a relevant excerpt from it, "Months later, I started replacing every word by my name till I saw my name on others post. So, I may have read a few posts without actually learning anything from it because all I saw is "Pradeep" & "Tester Tested" on those posts."


Now, why is that relevant to this post? I see that the testers I have witnessed who report hangs as crashes also appear to have a similar problem of obsession towards reporting crashes that they appear to not see a hang but see a crash. I would love if you ask if these testers ever report a hang? Yes, they do. If an application recovers before they kill, that's a hang.


I understand that an application might have hanged because it has crashed but how do you know? Oh yeah, allowing the GUI to fool you and me?


Here is an excerpt ( and tweaked to hide confidential information ) from an issue that I reported on Sep 30, 2010 @ 12: 13 PM IST (thank you Jira) while testing a new OS that is soon to be launched. No, not Chrome OS.


"I opened Media Player application and made an attempt to subscribe to a podcast. 
The application appeared to hang and it also did not allow me to close using the X mark on top right corner.


In an attempt to kill it, I navigated to XXXXX (product name masked) and tried closing it from there. However, the XXXX is open and Media player still seems to be remaining in the hung state.


From that point, I might be forced to reboot the system to get out of it or can escape by waiting for a longer time that I waited for Media Player to recover (>5 mins). No user to my knowledge would wait for more than 5 mins to see the Media Player function. Even a reboot appears to be a faster option" 

Now, if that was the Description, here is the summary :

"Unable to kill a XXXX when the application in it appears to hang or is busy"

• Why I posted the above? Is it because I wanted people to note the usage of the word "appears"?
• Why did I make a few words in it bold? Is it to highlight it?

Long ago, well, not so long ago, I blogged about how teaching testing is helping me test better. The above post and the bug report I posted, is another example of how teaching testers has helped me do it a lil better.


Now if you are going to be sitting at my workshop and be worried if you are going to make mistakes that I am going to highlight, please be informed that you are paying to my workshop to get into the safest environment to fail. No managers watching you. No clients frowning at you. No appraisals being done. Just your own dream of personal excellence aching you for not being there yet but being happy that you know why you are not there. Its a wonderful feeling.


Now, for some marketing again :) You can find the details of my upcoming exploratory testing workshop titled "Accountable & Manageable Exploratory Testing" by clicking on this link 


Happy Republic Day folks!

Future of Indian software testing looks safe

I have spoken bad about testers in India in the past. I received an applause for it from Americans, Europeans & even Indians. I didn't consider it a sin. There is an equal (no, wait, "much more") applause if an American was complaining about testers in India being bad in testing. I just didn't mind that. That was a few years ago.


2 weeks ago, I had an opportunity to speak at STC2010 conference in Bangalore. The turnout was awesome. About 400+ people. For the first time, I witnessed latecomers looking out for chairs that were vacant. You could simply call it house full.


Critical thinking demonstration


For me, software testing conferences in India is more about meeting interesting people (who don't have a public presence, yet do lots of good work) and less about the keynote speakers or their content. Some talks, in my humble-less opinion were pretty bad but that's why the good ones amidst them were shining and bright. 


Ajay Jain, from Adobe, Noida in particular gave a talk that I stood up and clapped for what he said. He said things like, "If something takes time, the immediate instinct is to automate but how about letting certain things take its own sweet time because there could be a value in it."


There appears to be hungry vultures waiting to find an opportunity to automate something that is taking time and amidst those people, Ajay Jain, is a star because he is thinking critical. I didn't know him before that talk. Later, I went up to him and talked a good deal. There are many undiscovered Ajay Jain's in India.


ET & SBTM experience reports


Moving to a poster presentation by Shaham Yusuf and his lead Vivekanand Suman from Delloite, Mumbai where they published an experience report of exploratory testing & session based test management. They talked about how their exploratory testing influenced the developers and in turn how its doing good to their product. The most important thing about these guys is that they had sought permission from their organization to present some of their actual reports in a conference and allowed more people to know that exploratory testing and session based test management is put in use at large organizations and in large projects. 


Heading the certification campaign by opposing it


I then picked up a conversation with a tester at the conference lobby on certifications. She works for a large organization and is responsible for certifications in her organization other than her usual work to find bugs and report them. I assumed she was certified too but it turned out that she wasn't. She doesn't believe in certifications and had the guts to say, "Don't enforce a certification on me. You want me to be a good tester, I can prove it to you at work. You are welcome anytime to my project and I am willing to answer your questions about my work" to the senior management. When I was thinking that I know of all testers in India who are as bold as me, she proved me wrong. 


So, how is she leading the certification responsibility? She is helping people choose a certification that suits their mindset. When she identifies a tester wanting to improve the skill and not for the sake of getting one, she is making those people aware of BBST course. She said, "If I didn't take up the responsibility of leading the certifications group, then I am not sure if the other person would have suggested BBST for a few to whom I did". 


Fantastic. We would imagine girls in India to be the shy types and say, "I want a 9 to 5 job. Got to take care of my in-laws" but then someone like this (and of course Parimala, Meeta, Jassi, Krishnaveni...) are a blessing to India and its future in software testing.


Testing in Testing Institute, not Certifications


Then I met a person who is running a testing institute. I had perused his website sometime back and after seeing ads on certification, I thought, "Yet another testing institute wooing people with certification" but talking to him changed that perception. He said, "Ah, you believe everything that is there on a website? Shouldn't be doing that" and continued, "Our institute focuses on trying to help people develop testing and thinking skills. We don't stress on certifications or their content but still if they want, we don't say No".


These people are like soldiers in the border of your country guarding you, whose names you don't know. In the above two cases, I feel, you shouldn't know their names. They are doing a fantastic job. I think they should come out and speak in public what they spoke to me after they have achieved some more great success.


For more...


Our own test automation power


I was glad to meet Narayan Raman, the developer and product owner of Sahi, a web application testing tool. We had met more than a couple of times in the past. He was a very special invitee at Google Test Automation Conference 2010. Over the last two meetings, I realize how much important is Narayan Raman for India. He has the zeal, skill and enthusiasm to put India on a higher scale. He is giving a run for tools like Selenium and with his tool starting to support Flex from next couple of months, I think Sahi is a rock star. Check out the comparison between Sahi and Selenium 


Weekend Testing & Weeknight Testing


If you don't know about Weekend Testing, you should visit http://weekendtesting.com and spend enough time there to learn this big revolution started in India and now the whole world seems to be catching up. Americans are extremely happy & excited of having their own chapter. Europeans are enjoying it. It was also featured in Eurostar and got a standing ovation. James Bach had a dream of seeing Weekend Testing becoming Weekday Testing. His dream got closer to reality during London Testers Gathering where Mike Scott proposed the idea and Sharath joined the bandwagon with some other good people to kick off Weeknight Testing. I didn't believe till then that it's only in United Kingdom that (K)nighthood is bestowed to people. The knights didn't wait for the queen though.


Peer conferences


Bangalore Workshop on Software Testing is a peer conference inspired by my own experience with Toronto Workshop on Software Testing. We have been running it over the last two years and the next one is coming up in Feb / March 2011. We are planning 2 days instead of just one by looking at how many more people want to join and how much they are enjoying it. 


Exploratory Testing & Rapid Software Testing


The interest for Exploratory Testing & Rapid Software Testing has grown to a great extent in the last few years. I myself have trained about 1000 testers on it ever since I started doing Exploratory & Rapid Software Testing Workshops. You are seeing a lot more testers demanding freedom and ready to take up that additional responsibility that accompanies freedom because they are working on their skills.


Hands on Testing Coaching for College Graduates


I don't know if you have gone through this report on excerpts of work done by participants of hands on testing training. There were businessmen in India who volunteered to allow me to experiment a complete hands on testing training with hardly one hundred slides for one month of training.


The outcome of of doing this with one batch is, we have Santhosh Tuppad as the multiple bug battle competitions winner who is giving a run for other country testers (and even other testers from India) a real hard run to be able to win the bug battles he is competing. The other people who chose not to write and work as public as Santhosh Tuppad are doing excellent and their employers are way too happy to pay them well.


Good blogs from India


When you were thinking a lot of testing blogs from India are horrible copy paste and plagiarized stuff, you also saw the rise of some good bloggers. Parimala Shankaraiah stands as one who started blogging less than two years ago and people like Lisa Crispin who is the author of the book Agile Testing and has been writing for long, considers Parimala as her  hero. We have many other testers like Dhanasekar, Nandagopal, Vipul Kocher, Rahul Verma, Ajoy Singha, Santhosh Tuppad... joining to the band of good testing bloggers. The last few recently started blogs never had a copy paste but original content. Testers have started to write down their experiences. 


So, So, So, So, So, So, So, So, So?


A couple of years ago, if you heard someone talk bad things about all testers in India and you laughed at what they said because you thought they were speaking truth, you did the right thing. We were bad.


Henceforth, dear other country folks, if you hear someone talk bad about all Indian testers, I still encourage you to laugh but for a different reason that they don't know or are ignorant about what is really happening here.

A note to Indian testers: On a second thought, I wouldn't encourage you to laugh at them if they are from America or Europe or elsewhere because some Heads of Testing in India themselves don't know about all these. Silently giggle if you are working in one such company and get on because you are the future. Ensure, the future generations don't giggle at you because you are not going to know that even if they did. Is your Head of Testing aware you giggled right now? If giggling isn't your types, then go educate them.


Remember, you are the future and work even more harder and smarter. 


Jai Hind!

Who is making software testers, dumb and bad?

Not so long ago, I thought there existed a set of testers called, "bad testers". I hated them. I wanted to punch them on their face and get their face to bleed. I wanted to become a powerful politician and kill them all and escape without being charged for genocide. I wanted to become a superhero and get people to fire them from their jobs. I wanted them to beg for jobs, money and survival. I thought that is the way to get them to open their minds for learning. All this should have shot my blood pressure up while those bad testers remained cool. They were untouched by my criticism and continued to think that I was an asshole.


Whenever I found them, I insulted them as much as I could till I realized that they needed more care from me than those whom I was already caring about. I started caring for them. My world changed and so did theirs.


I was always wondering how these bad testers are happy. Needless to say I thought I am a great tester and still continue to think that way. By "great", I mean, "just what is required". Today, you can be a great tester by being just what is required. Tomorrow, the case might change.


I tried shifting the question from "Why are bad testers happy about themselves?" to "Who is making these bad testers happy?" and "Who is preventing the bad testers to learn that they are doing bad testing?"

That's when I said to myself, "There are no bad testers. There are some who are forced to practice bad testing. The force is either internal or external or a combination of them".

That was an important shift in the strategy that helped me in my exploration of identifying what factors cause a tester to appear bad or practice bad testing.


Internal forces 
I mean, ones that the testers themselves are responsible for or have control over.

• Money more important than anything else: For some testers who are sole breadwinners of the family, they might internalize the idea that what works for others is a safer route to traverse than exploring new paths and risking their cash flow. They spend their life traveling those peoples route who themselves have followed someone else's route. All finding it to be safe and hence not wanting to change.

• Fear of losing the job: For some testers, losing a job means unbearable social pressure. These testers don't ever try to speak against anything to protect their jobs. Their whole life is spent on running just one test case - Is this the right time to shut my mouth? - to which the result always remains - Pass.

• Shallow ambitions in life: For some testers, their ambition is to never do something fascinating but just run the rat race, build a house, buy a car, get married & have kids. They also try to ensure that their kids continue to run the rat race. I am not speaking against taking care of the family but taking care of the family should be balanced with building high ambitions in life and working towards it.

• Victim of Rutherford-Bohr's experiment: Some testers, no matter what exciting stuff they are presented with, try to return to their most stable state of ignoring all the exciting stuff because their life is already happy (grounded). 

• Living someone else's dream: Some testers, don't have dreams of their own. They just pretend to have their own while they are living other's dream. Some live the dream of their parents and rest their manager's. Living others dream makes their life boring and they give up on almost everything, forget testing.

• Taste of early success causing a drift from continuing to learn - Mostly a very dangerous one. These kind of testers think they are on the right path and there is no reason for them to change. 

• Having learned that good testing is hard - Some testers acknowledge what good testing is but they also learn it is very hard to test well. Out of that, some of them make up their mind saying they are not in for such hard work because they think life is bigger than doing good testing. Nothing wrong but they don't seem to be doing to the big part well, either.

External forces
I mean, the ones who are responsible or has a power or influence to get good testing done.

• Head or Tails of testing - I have talked to at least slightly less than a hundred Heads of Testing of big, medium and small scale organizations. They have so much power to change things and yet they don't seem to be doing anything about it. I must also admit that some people are doing very well while most don't appear to be. Why don't these people take a break from their work, sit along testers on one of the project and test for just a couple of days to realize how hard it is and what can they do to help these testers do a great job. 

• The interviewers - At least people in India, when they are out of college, want to just learn enough to crack an interview. When interviewers emphasize on demonstration of memorization than skills, its easy for a billion plus population to crack them. Fakers get in, Genuine people might not.

• Testing institutes - Business demands scale, I agree. Scaling at the cost of quality of education is in my opinion, spoiling your own country's chances. Please read the book Outliers by Malcom Gladwell and more specifically Chapter Five - The Three Lessons from Joe Flom. You'd know what your business needs for future if it has to remain scalable.

• The experts - If you have great ideas, please price them a little lower for the first few years or based on the geography. You won't be considered cheap, trust me. Don't make money an entry barrier to someone who wants to get excellent at testing. 

• Commercial conferences - If you have have had good deals of sponsorship and paid delegates for a specific year, consider giving 80% discount to 10 people who cant afford it but want to attend it.

Combination of internal & external forces

When the external forces & internal forces combine, its a killer combo for bad testing

• Lack of speed in firing poor performers - If the people responsible to get good testing done are delaying in firing poor performers then the hope in the poor performer rises that he or she is doing well and should continue doing that. In at least half the organizations I consult, I get the opportunity to consult because they haven't fired the poor performers for a long time and something went kaput.

• Not paying good testers well - I have been to a few conferences in India where Head of IT or Head of Dev or Head of Testing are keynote speakers. Their speech is usually, "We have come to realize that testing is of great importance" but then they don't match the pay of the good testers they have to their claims. People call that "keynote". Can you walk the talk?

• Waiting till the year end to spend on training budget - Wondering why many organizations keep their training budget till the year end and not organize a training when the team needs it sometime mid year? As a side note, I wish, in India, the Learning & Development department, which is a separate entity in the organization is eliminated and every department becomes Learning & Development apart from what they do. 

• The book writers - When you write books that are not different from any other books that are available, you are re-iterating the point that the industry isn't changing. Many testers who accidentally pick up a book and skim through it read stuff that they have read a couple of years ago feel they are on track (and also end up not buying your book). Is that a message your book wanted to communicate?

I am 30 now. I am more curious about my age of 50 and waiting to get there, because I hope, I would have seen many changes - lots of positive ones. Mostly because the generation to which I belong or the generations junior to that of mine would have solved the problems I have listed and might have gone beyond that. I am not discarding the fact that the older generations have not solved it. There are dozens of them out of a population of millions.

When I tried punching just one bad tester I met, blood oozed out. Not on the face but in my hands for it was a mirror that I saw. 

Help Chandru to live his testing dreams

I give myself opportunities to meet many different software testers from Bangalore or to the places I travel. One of the ways that's been successful for me is "Coffee with Pradeep". This has brought many testers to my lives who have had a good influence on me. Sharath Byregowda contacted me for a coffee and then we work closely. He is one of the good testers and thinkers I have met. He recently moved to UK and I am already missing him so much.

Meeting Chandrashekar 

On February 10th, this year, Chandrashekar B.N (Chandru) got in touch with me and asked if I would come to meet him over a coffee. I instantly agreed because his emails were showing the passion he had to test. He seemed to give importance to improving his skills. I met him around the third week of March and this guy was silent, taking notes. He and his friend Sunil had come to meet me. Both these guys were mostly silent but took notes of our conversation. Wouldn't be wrong if I say, I liked their seriousness.

When Chandru spoke

At last Chandru spoke. He narrated his story and it was an emotional moment for me. His father died while he was young. His mother, with two kids (Chandru and his younger brother) struggled very hard to get them a basic education. Chandru didn't grow up with any luxury. They lived in a small room for the last 20 years. Chandru got a job as a software tester after his Bachelors and was running test cases. He wasn't happy. He learnt that he has a passion to test and wanted to get skilled at it. He was earning just enough to get 3 meals a day for 3 of his family.

In his situation, someone would have said, "I want to get more money. How do I do that?" but instead he said, "I want to test better. How do I do that?". That was an amazing moment for me. I shall continue to be in India just to meet testers like Chandru who amidst several troubles in life want to test better.

I started to coach him. I got him to network with testers in Bangalore who are as serious as him. He came to Bangalore Workshop on Software Testing. He was enjoying this new found life. His friend Sunil was no less passionate. Both of them didn't stop there. They made a list of books they ought to be reading and went on a book hunt in Bangalore. Chandru quit his job and took up another job with no hike in pay, just to gain more freedom in testing.

When God decided to test Chandru


About 40 days back, I received a call from Sunil and I was shocked to learn that Chandru was diagnosed for Blood Cancer. To be specific it was Acute Lymphoblastic Leukemia - with Ph+ve - B cell - Blood Cancer. I was in Gurgaon when I got the call. I tried calling his mobile but couldn't speak to him as he was undergoing some tests. That night, I just couldn't sleep. I felt too bad for Chandru. Just when he was about to rise, he got this bloody cancer for no fault of his. I got up in the morning with the little sleep I had and then said to myself, "Should the people who care for him lose hope. Is that the way I should be? Not at all."

The next day, I was fortunate to be able to speak to him. He knew he had cancer. I didn't know how he would talk to me. I didn't allow him to speak much. I was shouting at the top of my voice, "You are a warrior and you will fight this out. You have a dream to be a good tester and you are not letting down yourself or others. That's the only thing that should be running in your mind"

When Chandru decided to take up the challenge


A few days back, I returned from Gurgaon and directly went to to the hospital. The confidence, the smile, the charm that Chandru had when he met me is one of the greatest things I have seen.

Today


He is fighting well. Doctors say he is doing well, except to the part of the bone marrow which he doesn't have a control over. His confidence is amazing. Its one of the most inspiring things for me. I love this guy and he is my hero. I have started to strongly believe that the mind can control the way body accepts and reacts to treatment. He makes me think of Andy Dufrense of Shawshank Redemption.

Where do you come in this story?


Chandru is the only earning member of his family. He being hospitalized and his medical insurance money long depleted, he has no source of income for his treatment. With his treatment cost estimated about 20 lakhs for Chemotherapy / 50 lakhs if bone marrow transplant has to be done to cure him, he has ran out of options.
So what, he has the testing community to help him. I hope I was right in making the statement.

Help, So far

• Parimala has donated 25,000 INR (I am so proud of her)
• Weekend Testing funds of 12,000 INR has been donated
• Mohan Panguluri has given a standing instruction to the bank to transfer a certain amount every month from his income to help Chandru other than sending a mailer to everybody in Test Republic.
• Couple of people have tweeted seeking support to help Chandru.
• Chandru's office colleagues have donated a part of their salary to Chandru
• Some testers who saw the mailer of Test Republic have donated a few thousands.
• Ajoy has featured this in his Testing Circus magazine
• STC 2010 conference has confirmed that they would be announcing it during the conference and make more testers aware of an opportunity to save a testers life.
• Dhanasekar S has come forward to help Chandru. 
• I am trying to do my bit to such a wonderful man who is brimming with confidence when others might have almost given up. Letting him down would be our biggest sin.
• Rahul Verma and I are going to be doing fund raising public workshops and donate the fund to Chandru's treatment. If you are from Bangalore / Chennai / Hyderabad interested to attend our workshops whose funds collected would be given to Chandru's treatment email me at my mail id which is pretty public.

Yet, we have fallen short of funds for the bone marrow transplant. So, I kindly request you to come forward and help Chandru. The best part is - he said he is going to treat every rupee that has flown in as an interest free loan and says, "I will get well, continue to work as a tester and pay back all money". For such a guy, I think, you should.

Go team up with all testers you know, talk about how you can help and get it going. The time is now.

Important links & details

Help Chandru Website : http://helpchandru.com ( Website not fully developed )

His reports: http://helpchandru.com/files/Chandru_Report_Detailed.pdf

Cancer Patients Aid Donation Page: https://donations.cpaaindia.org/?projects=For%20Chandrashekhar or http://www.cpaaindia.org/casefile/index.htm#chandrashekhar
Note: Income Tax concession for this mode of transfer / donation
Important note: While donating through CPAA website, please mention that the donation is for Chandrashekar BN in the projects section

Those of you who want to do a wire transfer from India to his bank account can:
Note: No Income Tax concession on this mode of transfer

Name:Chandrashekhar B N

Account Number:218010015960

Branch:Koramangala, Bangalore

Bank:ING Vysya Bank

IFSC Code No:VYSA0002180

Chandru's Paypal account email id: daysofchandru@gmail.com
Note: Income Tax concession subjected to approval in this mode. Approval pending 

Every little help you do, matters a lot. When you donate, please email sunilkumar56@gmail.com / hariprasad.email@gmail.com and let him know the details, so we could confirm on receiving the same. If you are in Bangalore and have O+ve blood and is willing to donate, please get in touch with Sunil or Hari whose numbers you can find in the website http://helpchandru.com

Please,  Help Chandru

BPO / Support / Call Center / Homemaker to Software Testing

Over the last few years, I have received at least about 40 emails and a couple of phone calls from people working in tech support, BPO, call center, homemakers asking for my advice to get a job in software testing or to make a career in it. I am tired responding to the same set of queries from different people. Now, that doesn't mean I wouldn't be interested to talk to people. I just hope they read this and have a different question or a situation they'd like me to address. 


However, this post is not just for those who want to change their career from BPO or Tech support to software testing but also to those who are hiring managers, interviewing testers and to all those who are aware that they are a part of the future of software testing.

1: Chasing dream versus chasing a day job

A friend of mine gave my number to his friend who works in a Technical Support job at a reputed organization and wants to move into software testing. So he called me to seek my help. I asked him, "Why software testing and not something else?" and he didn't have an answer. That is perfectly fine. He then said he wanted a day job and found software testing as an easy possibility.

I started to probe his dream of what he wanted to be before he landed up in Tech Support. His dream was to be something else. I then explained that moving to software testing might not help him feel any better than starting to chase the dream. He agreed and is now chasing his dream of photography.

2: Turning lemon to lemonade than faking it as orange

Some people have asked me if it would help to fake their experience of a tester of the product they were providing technical support just to get interview calls. I have helped them understand that there is a lot of value in presenting the truth than trying to show it as something else, get caught someday and be blacklisted by NASSCOM and a whole lot of companies spoiling future growth chances.

Having worked in several product organizations, I realize the importance of interacting and collaborating with support teams. If I were to hire a few testers for my team, I would definitely be interested to talk to a support team member. We did that in one of the product organizations I worked. I have talked to hiring managers of large and small product organizations who have done that. I think most of them are internal hiring and some rare cases of external hiring.


To all those who are considering to hire testers, stop doing what you have been doing all this while - hiring those who have been in testing only. Where were you before you started to do testing?


3: Learning software testing in 10 days OR Crash course about how to crash


With many folks wanting to learn software testing, lots of people are making money out of it. For all those in the world of software testing, do you know how many institutes are there per square inch of Ameerpet in Hyderabad who can teach testing in 5 hours if you'd like so and have enough cash? 


Not just Ameerpet, there are lots of chota Ameerpets that I have come across. These kind of training centers are a huge contribution factor for spoiling young minds in India. If God makes me rich, I shall wipe out each one of them.  These training centers run weekend batches for Tech Support folks and spoil their ability to learn testing. 


So, when folks who work in Tech Support and have attended such draining programs (yes, that was intentional) get in touch with me for seeking advice on job search, I have helped them to pick up two books: Testing Computer Software & Lessons Learned in Software Testing. For the most recent ones, I have also suggested Perfect Software & Other Illusions about Testing.


I also have suggested them to hook up with a tester every weekend and try some hands on testing or participate in open source projects for a while. For just one I have helped by doing a paired exploratory testing. One of my student in the Hands on Software Testing Training - India's first true hands on only testing training I delivered for Edista in 2008 & 2009 was in Support and he demonstrated his testing skills to his employer to be moved to testing.


4: Test Report instead of Resume / Profile


When my father started his first job after his Diploma in Electrical Engineering, he applied to the job with a CV / Resume. So, using a CV / Resume is that old an approach which hasn't changed much, except that he used a typewriter and we use MS Word and a Laserjet Printer. Lets try to change.


In the last 3 months, I have 4 emails from hiring managers in Bangalore, Chennai and a country outside India seeking help to hire skilled testers. One of the things I have suggested to them is to not ask people to send their resume unless it is accompanied with a test report. For hiring managers, it would be easy to see what kind of tester they want by looking at the test report. If the person says, "I am skilled at automating checks", so be it, demonstrate it and attach the scripts along with the resume. Needless to say without violating any Non Disclosure Agreement. Open Source software testing suits best. The interviews are actually discussion around the test report rather than "What is the difference between this and that?"


I am writing a whole big book on software testing interviews. A publisher just rejected the book but that's OK.


BTW, don't send me your resume and ask me to refer to those hiring managers.


5: Why some developer guys from India suck big time?


Nothing about their programming skills. I have done career counselling almost all through my career for others and myself. Hey, its a skill with which we are born, at least that's how we behave when someone approaches us for advice :)


So, having worked with some testing institutes, I volunteered to take up any work I could that would let me to speak with testers and potential testers for my own learning purpose. My blog, as you know, has brought me a lot of people with varied kinds of queries. So, I have some experience dealing with those developer guys who walk in months after their marriage, looking for a job for their wife.


These great developer guys come and ask, "I want my wife to take up a software testing job, do you offer job guarantee courses?". So, to the question, "Why software testing?", they'd without any bit of shame, answer, "I want her to earn and come home on time so that she takes care of office work and home work in a balanced way". 


One guy tried interviewing me to see if I know enough testing to teach his wife and help her learn testing. Not just me, one of my student, Arindam, was inspired to coach testers and works for an institute in Bangalore part time. That institute runs a special batch for home makers. Arindam shared his experience with me about the batch. He too said what I had already experienced. My advice to all housewife / homemakers whoever you want to call yourselves as is to read Parimala Shankaraiah's blog & Meeta's blog. Hey wait, there are quite a few others in India. Read their blogs to understand how passionate they are, how difficult it actually is to be good in testing and how they manage home and office work.


6: A break / sabbatical in career is just fine


Some women testers who take a break or sabbatical, try getting back to the industry but the industry treats them bad. Most hiring managers are blind in noticing people with break. They think they would be at loss of value if they hire them. 


I think stopping someone who is passionate in testing but had no other option than to take a sabbatical or break not getting a job is a big hindrance to the entire software testing industry. If I were Parimala Shankaraiah's employer and she needed a sabbatical, I would welcome her anytime she wants to come back. Not hiring her is like fooling myself and my company HR policies.


7. The actual meaning of "Our company is an equal opportunity employer"


There is a VERY BIG company who has an office even close to my home who has this statement, "We are an equal opportunity employer" in their website but didnt allow me to even apply to an opening just because I didn't have an ISEB/ISTQB certification. Let me tell this to you: I felt blessed by God to be not eligible to even apply to such companies because such company environments wouldn't have made my career strong.


The company which actually is an equal opportunity provider is one that selects its employees based on skills and not if they purchased a certificate. So, if you dont get jobs in such places, feel blessed, you really are. Keep demonstrating your skills and jobs will come to you. 


Santhosh Tuppad, my student with just one year of testing experience (and tons of experience in finding and reporting bugs) got an offer to be a Test Lead for one of the top companies in Asia. Although he couldn't take it up then but I just wonder if he had to be a Test Lead at some of those fake equal opportunity providers, how many white hair he should have had.


So, here are some points to ponder:

• If you choose to be misguided by what others say then you deserve it.
• If you have some other passion and want to be a software tester because you think its an easy job, you are spoiling an opportunity to help your children see you as their inspiration to pursue what they want to be.
• If you are OK to live others dream, don't question, just follow. Never crib / complain in life.
• If you want to test out testing, do so with open source projects and by collaborating with some good testers around you.
• No job is easy but all jobs can be done in an easy way.
• Fakers will get caught.
• Build your testing skills and demonstrate them.
• Attract employers don't always get attracted.
• Build your own brand. Get organizations proud about hiring you and not the other way.
• Many services companies count heads - not brains. Target tech start ups.
• If nothing works out and still you dream to be a tester, start your own testing services.
• Its OK to fail.
• Its important you succeed chasing your dream irrespective of whether your chase was successful or not.
• Chasing your dream is the only way you can know if you can really be successful

As and when I encounter more points or more different questions, I shall update this post.

Test coverage : Life beyond functionality

At a class recently 

Scene 1:

"What have you all been doing for the last few years in this organization?"

Chorus: "We test for functionality of the software?"

"That's nice! Why do you think it is called /functionality/?"

Silence

"OK, what is a function?"

Silence

"No problem. Let's fix it. Where else have you heard the word /function/? Math? So we all might have studied f(x) = y and that could have been our introduction to working with functions. Later we moved on to parabolas and hyperbolas which had functions of different behavior and complexity. So what we are doing when we say /functional testing/ is, we provide inputs X to a function f(X) and monitor Y. We claim to know that f(X) should be Y and we also claim to know the range of Y. So, that forms our oracle to find bugs with functional testing. /Y/ doesn't necessarily need to be a numeric value in functional software testing".

Scene 2:

"So, what else do you test beyond functionality?"

• "Our bug reports get rejected if we report non functional bugs so we don't test for it", 
• "There is a team in US who is supposed to do it"
• "When we find a non functional bug and report it, we are asked why did we spend time deviating from the scope given to us"
• "We have enough test cases in functional testing that we don't have time for other kinds of testing"

"Are you doing Quality Assurance or Software Testing?"

"What?"

"Let me explain. In Software Testing, you provide quality related information to help the management take better informed decisions. I think in Quality Assurance, you claim to provide confidence to the management that you have checked and tested a lot of things (not just software) and things didn't change after your checks and hence its OK to use the word /assure/ with another word /quality/."

• "I think we do a mix of both"
• "Our designation is Software Tester but we are internally called QA"
• "I don't know. I am doing my job and earning my paycheck"
• "Yikes, this is confusing"
• "I thought Testing == QA" 

 Scene 3:

 "I appreciate the diversity. Tying it back to our previous topic, irrespective of what you do (Functional Testing or Functional QA, the information you provide to your management is so weak as compared to what you were supposed to be doing."

"How is that?"

"Test coverage is the extent to which we have modeled and tested the system -- Michael Bolton. You appear to have modeled the system for functionality and you could model your system in more ways within and beyond the scope of functionality to learn more about the product and to be of more value to your management. Assuming you are interested to do that. Here is a list of thing that you might want to focus on:

Product Elements Coverage

• Data
• Platforms
• Operations
• Time
• Structure
• Functions

Quality Criteria Coverage

• Capability
• Reliability
• Usability
• Scalability
• Performance
• Installability
• Compatibility
• Supportability
• Testability
• Maintainability
• Portability
• Localizability

Technique Coverage

• Scenario based
• Claims based
• User based
• Flow based

( refer to Rapid Software Testing slides for more )


"That looks like a lot of thing to do and I know these are important for quality. We don't have time for functionality and how can we think about all these things?"

That's a nice thing that you realize you don't have time even for functional testing to be done. How about asking the management to re design and re think about the time that is given to you and the value you can deliver?

Scene 4:


"I know for sure. They won't allow us to do all this"

"Interesting. Is that your assumption or a fact?"


"That's what is going to happen if we ask and we know that."

"Have you tried it?"


"No, but we know them very well."

"How much do you think they know about you and your skills?"

"They hardly know about me and my skills."

"So do you about them. If they assume you are not skilled to do other kinds of testing and also assume you heard them say /We are sure, they don't know to test beyond functionality/, how would you react to it?"

"I would show to them that I can"

"How about giving them a chance to show that they too can change?"

Silence

Two things:

• Give each of your colleague a chance, explain to them your problem.
• Give yourself a chance, focus on your test coverage and explore a life beyond functionality.

Experience Report : BWST 2

 Experience Report - Bangalore Workshop on Software Testing - 2

3rd April, 2010 @ Shilton Royal, Bangalore

Event Sponsor: Vipul Kocher, President ITB

Photos (and camera) credits: Rahul Mirakhur

 
Bangalore Workshop on Software Testing stepped into its 2nd year on April 3rd, 2010. Why wouldn't it?
This time, it was much more organized than BWST 1. Of course, we learn some lessons, if not all, when we do something.

The groundwork required announcing it on my blog, managing the registrations, speaker invites, cancellations, getting sponsorship, managing the budget, conference and hotel booking. As we had Selim Mia from Bangladesh as a participant, the work also involved helping Selim getting a Visa to India. Santhosh and Parimala were of good help for me in the ground work.

So, the D-day arrived. Some new faces and some old started dropping a couple of minutes earlier to the start time published to them. What? An Indian conference happening on time? That's crazy ain't it? So, till the time arrived some participants started to discuss about Left, Right, Neutral of Politics, Democracy, India and more.

We started off at 9 AM with a check in & self introduction from all participants and Parimala explaining the rules of the day and how to use K cards. She announced herself as Kaali Maata for the day who would facilitate the workshop.

Sharath Byregowda's talk on "How he cleared the trap that prevented him from attending BWST2"

What better way to start than to get a guy who was not likely to attend BWST2 because he had to be in office for someone's estimation being the biggest ever blunder committed. Sharath talked how he cleared the trap to be able to attend BWST2. While he was talking, lots of green cards started popping up. He explained how bugs (that were show stoppers) allowed the test team to buy some time while the development team were fixing them. 

Rahul Verma raised a question, "How can you go and look for show stoppers? Isn't it only when you find a bug you'd know if it is a show stopper?". That triggered some red, blue and green cards to show up. The discussion shifted from that to Severity, Priority and flowed into certifications. Sharath talked about the experience he had in proposing BBST course in his organization.


Ashok's talk on Metrics

So, Ashok T, CEO of Stag Software brought in his wide experience of dealing with metrics and questioned what metrics made sense. He talked about metrics used in various stages of software development and testing and shared his experiences of working with several clients on them. He talked about having helped his clients understand that collecting all these metrics is good but do we really know why we are doing it and what is our goal?


Discussions evolved around metrics and estimation. Not in anyone's experience there, an estimation had gone right. Rahul Mirakhur had to say, "If you get the estimate right, then its not right". There appeared to be a lot of interest from most people to try to get estimation right. I don't think anyone should try getting their estimation right because that is not the only thing that would be helpful to the clients they work for.

Selim Mia

We had a participant and speaker from Bangladesh, Selim Mia. Such passion is great to see and experience. He traveled by train from Bangladesh to Bangalore and back. The moment he stood up, everyone asked him a question unanimously : Please tell us how is testing done in Bangladesh? He had to answer that before he could proceed on his planned talk. I personally think there is lot of potential in Bangladesh but I also hope they avoid falling to traps that we have fallen into.

Selim had a combo for us : An experience report and sought answers to questions he had as a test manager. Based on what he said it occurred to me that the senior management there at Bangladesh were in for results. So, sometimes they gave enough freedom to testers to achieve results - which is good.

Discussions returned to estimation, metrics, scripted and exploratory testing. Vipul had been to Bangladesh, so he shared his experience of interacting with people there and termed it "pleasant". Two names that Indians now know from Bangladesh is "Sajjadul Hakim" and "Selim Mia". I think its time we know more.

Lunch

BWST 1 taught us a few lessons. We went out for lunch and in search of a hotel and spent about 2 hours in BWST 1 on it. This time we organized it in the same hotel and hence we saved a lot of time. We spent munching a good lunch for 50 minutes and then got back to action. Good lunch, I liked the soup & noodles!


Rahul Verma

I was invited to a conference in Germany and I couldn't make it. Instead of me, Rahul Verma did and I think it was a good thing to have happened for the conference. I believe Rahul Verma can deliver the blows that audience needs and that is exactly what he did. His presentation was an exploration into what crap, trap and good means to you versus to those whom you report to or to who reports to you. He delivered some punches to bloggers like me, which I welcome :)

He shared a few experience reports from his office and then led to asking us if we do have an opinion about what we say and how did we arrive at it? He left with a message saying, "Evaluate"

Those who probably did not know Rahul Verma were probably pleasantly shocked by his presentation and I argued over having an opinion and not having an opinion. I feel opinions are in making. Not expressing opinions could be dangerous in some situations while expressing it could be dangerous in a few others.


Vipul Kocher

Testers break rules. Good testers know when it is safe to break rules. So did Vipul. He cut the crap about  crap in the theme and focused on helping us learn the Noun and Verb technique of generating test ideas. The first thing that strikes is his acknowledgment to Elizabeth Hendrickson. It is a strong message to the testing community to owe credits to someone who has helped an idea to be helpful to a larger mass of testing community. Although "Noun and Verb" technique was unheard to many, they did enjoy learning it from someone who had implemented it in the past and shall continue to work on it. I usually don't run out of test ideas and I think through his presentation, the likeliness of me running out of test ideas has further reduced.


Ashok had questions to ask about Noun and Verb technique and I found them interesting. I too have plenty of questions about it but I am going to be working on it for a while before I try to find out answers. There were a few junior level testers who were at BWST this time such as Sai Divya & Shwetha Ghorpade who acknowledged that it will be interesting to implement the technique at their work.

Meeta Prakash


Meeta hit the bell. She took the word crap from the theme and thought about one of the crappiest thing at work - meeting. Her session didnt need any facilitation. She kept polling the audience and questioning things about meeting. It was interesting to know every person except Allmas (lucky Indian) thought there was a lot of time being wasted in meeting. Sometimes people not needed are pulled into a meeting or other times people who are most needed in the meeting are left out because they speak truth. I got reminded of a meeting money burn meter that I saw sometime back which shows how many dollars are burnt in the meeting.

The discussion was interesting. I was reminded of one my ex-manager whose meeting only gets over when his wife calls him. Those who reported to him felt his wife was a savior and a viking.People brought in their experiences of craps and traps of meeting. I once worked for a CMM Level 3 company who was trying hard to achieve CMM Level 5 status. An SEPG team in there ( don't know SEPG : Software Engineering Process Group ) wasted a lot of our testing time. SEPG team ensures that a spelling mistake bug is as expensive as a database corruption by involving the whole team to do a root cause analysis of how the spelling mistake bug went unnoticed. Vasu brought in his experience of how he learned to handle customers diligently  by observing his manager handle it in a meeting. Allmas is way too lucky. She appears to have a team that handles meeting so well. Don't envy her, she is going to be as unlucky as you when she moves out of the organization.

Sukanta Bhatt

Oh this man! The stories he shared on testing medical devices got people doing two things - laughing while thinking. People didn't seem to want him stop. He shared experiences that led to discover new things and realize the value of interacting with customers and being at the customers place watching them how they use the product we develop and test. Was a cool way to end BWST 2 presentations.

Jantha (participants) got curious about medical applications and devices testing space and started to pound him with questions and asking more experience reports on medical devices. Well, that happened over a beer.

Checkout

So, when the bell rang at 5:30 PM, we officially concluded BWST 2. Before we did that, we had a checkout in which each person given less than a minute were asked to talk about one take-away from the whole day. Rahul Verma and Sharath believe that it was cruel of me to ask for "one" takeaway while there were lots. Not that others had just one but these people voiced their opinions about it. The flip side is if someone who is new to this concept of BWST and had been all silent, is easy for them to talk about one take way unlike others who are practiced to speaking a lot.

Ashok & Vipul

The audience weren't exhausted. So, they ignored my call for heading to a pub nearby and asked Ashok and Vipul to talk about experience of running a testing services organization. Questions were posed about China, US, Europe and ANZ regions. The thrust was how do we as Indian testers do better.

Photoshoot

So, we all got shot at the end by one of the hotel staff :)


Beer in Pub

We decided to catch up in Enigma, the Pub @ Koramangala and testers rocked the place. A couple of pitchers and soft drink went in. Girls who had been to BWST 2 also accompanied us to a pub as they knew they are hanging out with some of the gentlemen of the industry. That's it.


Note of thanks

To all participants : Santhosh Tuppad, Sharath Byregowda, Selim Mia, Ashok T, Rahul Verma, Vipul Kocher, Dr.Meeta Prakash, Sukantha Bhat, Swetha Ghorpade, Senthilnathan, Allmas Mullah, Eshwar Kumar, Lakshmi Narasimha, Gokul, Dhanasekar S, Rayanagouda Patil, Vasu Swaminathan, Rahul Mirakhur, Mandeep Singh, Ajay Balamurugadas, Ravisuriya, Yeshwanth Rao, Sai Divya, Chandrasekha, Parimala

To our dear event sponsor: Vipul Kocher
To my co-organizer, Santhosh Tuppad
To the facilitator, Parimala
To you, for reading this.


I shall see at least some of you at BWST 3!