tag:blogger.com,1999:blog-21132099.post116608464675278908..comments2023-09-01T13:36:59.610+05:30Comments on Tester Tested !: Rapid answers to rapid fire situations a tester facesPradeep Soundararajanhttp://www.blogger.com/profile/17849721523107325938noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-21132099.post-1169530175149837302007-01-23T10:59:00.000+05:302007-01-23T10:59:00.000+05:30Hi Pradeep, Its always nice to read ...Hi Pradeep,<BR/> <BR/> <BR/> Its always nice to read your blog.I liked your suggestion of burning all redundant documents( test plans etc..)And you are right that my PM doesnt check every minute or day activity with test plan.<BR/> I am going through the RST materials and as you suggested will mail you if i need your help.thanks in advance for that.<BR/> Pradeep we all have read many times in websites or articles that testers should be Jack of all trades..But seriously do you consider few neccesary scripting languages or mastering few tools that really helps what ever the environment variables.I have read somewhere in James Bach or Cem Kamer site that knowing perl really helps..Share some thoughts on itAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1169149368430174292007-01-19T01:12:00.000+05:302007-01-19T01:12:00.000+05:30I agree,we need to question the all so called best...<I>I agree,we need to question the all so called best practises of testing</I><BR/><BR/>Best Practices!!! Oooooh!<BR/><BR/>Here is a secret that I don't want you to share it with anybody - There are no best practices, there are good practices in context.<BR/><BR/>What works for you does not work for me and vice versa too.<BR/><BR/>Recommended reading - http://www.context-driven-testing.com/<BR/><BR/><BR/><I>1.In an organisation where we have all test plans and test cases.How do you see the exploration and creatively testing fits in.Should we insist our PM's to let us (testers) get a seperate round for exploration testing.</I><BR/><BR/>You have Test plans?<BR/>1. Do you change your test plan when a team member leaves the organization and there is a gap between the person leaving and the replacement hire?<BR/>2. Does your manager look at the test plan on a hourly basis and says, "yes, we are going as per the plan?"<BR/>.<BR/>.<BR/>.<BR/><BR/>Come on, in my experience we wrote test plans and we never touched that again. A project has so many dynamics and a test plan is suppose to change. Moreover, you write a test plan at so early of the project without even knowing the problems and dynamics we are going to face.<BR/><BR/>Say this in chorus with your team members "PRODUCE NO DOCUMENTATION THAT IS WASTEFUL".<BR/><BR/>Are you sure you aren't doing an exploratory testing?<BR/><BR/>I recommend you to watch Jon Bach's google video on Exploratory Testing. He asks the audience ( a big collection of testers) "How many of you have done exploratory testing?"<BR/>(Some hands go up)<BR/>Jon then says "Well, others who didn't put up their hands did exploratory testing too" and he proves it!<BR/><BR/>I am happy that you came out with questions that are relevant to the scope of discussion and of my interest.<BR/><BR/>Thanks for downloading RST but do go through it or call me up, if you think I can help you clear some confusions that you might have.Pradeep Soundararajanhttps://www.blogger.com/profile/17849721523107325938noreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1169126738423725002007-01-18T18:55:00.000+05:302007-01-18T18:55:00.000+05:30Hi Pradeep, I have read many of your and Bach's ...Hi Pradeep,<BR/><BR/> I have read many of your and Bach's blog pages and it does pushes us to reframe the whole testing process.I have also downloaded few of RST materials.I agree,we need to question the all so called best practises of testing.Still i want your advice related this points.<BR/> 1.In an organisation where we have all test plans and test cases.How do you see the exploration and creatively testing fits in.Should we insist our PM's to let us (testers) get a seperate round for exploration testing.<BR/><BR/>2.Can you please explain how can we measure the coverage of testing when we are doing Exploration testing.<BR/><BR/>Albeit this comment seems to be somewhat out of context.But please do replyAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1167998537668324722007-01-05T17:32:00.000+05:302007-01-05T17:32:00.000+05:30@Bijay, Vinayak agrees with me so by agreeing with...@Bijay,<BR/><BR/> Vinayak agrees with me so by agreeing with Vinayak, you are agreeing with me too.<BR/><BR/>A talented person, is a skilled person. I cannot have zero skills and yet claim,"I am a talented person".<BR/><BR/>I think we need to find out what talent means to me and what skills mean to you.<BR/><BR/>However, I might take the good thing in your comment and similarly would be delighted to see you take the good enough thing in my post :)Pradeep Soundararajanhttps://www.blogger.com/profile/17849721523107325938noreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1167997303824172702007-01-05T17:11:00.000+05:302007-01-05T17:11:00.000+05:30Hi Pradeep, I'd agree with Vinayak a 110%. The p...Hi Pradeep, <BR/> I'd agree with Vinayak a 110%. <BR/><BR/>The problems faced by Testers & Managers & Customers is as good as what've u've written.<BR/><BR/> Vinayak stresses on Talent. Its the "talent" of how you prove the s/w does what its supposed to be doing or what its doing, understanding the customer's needs & usage is ofcourse a big plus. Rapid Testing is ofcourse a way. Few testers have the inquisite knowledge to see things with a darker light, that's where the <BR/><BR/>Talent comes from, the thinking, the approach of a tester from the requirement point of view, application behaviour point of view, customer point of view n ofcourse what a tester is doing.<BR/><BR/>Talent + Passion do prove is an awesome combination which is incomplete even after attending several Training Sessions.<BR/><BR/>-EuphoriaAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1166176588786125122006-12-15T15:26:00.000+05:302006-12-15T15:26:00.000+05:30@Tanvir, But domains too comes under skills and if...@Tanvir,<BR/><BR/> <I>But domains too comes under skills and if a tester is new to a domain then it is very difficult for him to give a productive output as per his managers or customers.</I><BR/><BR/> Tanvir you came out with an excellent question that I intend to answer.<BR/><BR/>James Bach, whom the world considers as an excellent skilled Rapid Software Tester has been consulted by United States Air Force too, to train their test pilots. Do you think he was a Test Pilot for US Air Force before becoming an excellent tester?<BR/><BR/><BR/>I am sure you must have read this post of mine - My consulting notes - http://testertested.blogspot.com/2006/11/my-consulting-notes.html<BR/><BR/>Why I want you to read that again is because that was the first time I ever tested an application that has Tomcat server running at the back and a database interfaced with the whole package I was testing. It looks to me that I did a great job and helped the company realize that their product needs re-designing to make it a good enough product in the market.<BR/><BR/>Remember, I talked about a football game and not snooker. Football is a game that emphasize "team effort" and the winning team has 11 Maradonas on the field. Each of them have their own skills. One has a ability to hit the ball far and one has the ability to tackle the opponent well.<BR/><BR/>Rapid Software Testing is the same where if you are a skilled footballer who knows how to hit the ball far, pass your ball to the one who know how to tackle the opponent when needed when the opponent is trying to attack you.<BR/><BR/>Your organization might not get good results with one Rapid Software Tester but a whole team and that is why software companies in India like Infosys, Mindtree, Standard Chartered Software, HP(India) are the ones who have made their testers to get trained on Rapid Software Testing through James Bach and Michael Bolton's coaching.Pradeep Soundararajanhttps://www.blogger.com/profile/17849721523107325938noreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1166174820373157862006-12-15T14:57:00.000+05:302006-12-15T14:57:00.000+05:30Great Post, But doesnt it shows that You are tryin...Great Post, But doesnt it shows that You are trying to say that a person with thorough knowledge of Rapid Software testing makes him a skill tester, he can do anything.<BR/><BR/>But domains too comes under skills and if a tester is new to a domain then it is very difficult for him to give a productive output as per his managers or customers.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-21132099.post-1166090386136501512006-12-14T15:29:00.000+05:302006-12-14T15:29:00.000+05:30Just because I read "First, Break All the Rules" a...Just because I read "First, Break All the Rules" and even blogged on it I am tempted to modify some of your sentences. See if you like:<BR/>First one is: "A tester needs skill to handle and win these situations". When I am still under the influence of that book I would modify it as: "A tester needs talents to handle and win these situations". And the other is: "Rapid Software Testing - makes you skilled, if you are a tester" which I would modify it to: "Rapid Software Testing - makes you skilled, if you are a tester with required talents." Now you may ask why I stress so much on talent. It is because I agree with how the authors of the book differentiate between Skills, Knowledge, and Talents. You too would agree with my post that we have identified skills and knowledge for software testers; but how about talents? Do we know what kinds of talents are required to provide consistent, near-perfect performance in software testing?Anonymousnoreply@blogger.com