<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for QA Intelligence - a QABlog</title>
	<atom:link href="http://qablog.practitest.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://qablog.practitest.com</link>
	<description>Testing &#38; QA Management blog</description>
	<lastBuildDate>Thu, 02 Feb 2012 17:13:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Stop being a NON-Technical Tester! by Dmusil</title>
		<link>http://qablog.practitest.com/2011/12/stop-being-a-non-technical-tester/comment-page-1/#comment-7054</link>
		<dc:creator>Dmusil</dc:creator>
		<pubDate>Thu, 02 Feb 2012 17:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2170#comment-7054</guid>
		<description>Yes, as a QA professional you should understand a lot. Before i became a tester, I was a programmer and I should definitely say, it is helpful in my job. 
And someties we, testers, should write scripts for automated testing or load testing. Not everything can be tested by clicking the GUI.
So, you are right: &quot;get rid of non-technical tester in YOU!&quot; (please, do not make it via crash test or stress test :c) )</description>
		<content:encoded><![CDATA[<p>Yes, as a QA professional you should understand a lot. Before i became a tester, I was a programmer and I should definitely say, it is helpful in my job.<br />
And someties we, testers, should write scripts for automated testing or load testing. Not everything can be tested by clicking the GUI.<br />
So, you are right: &#8220;get rid of non-technical tester in YOU!&#8221; (please, do not make it via crash test or stress test :c) )</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 reasons why You are NOT a Professional Tester!  &#8212;  Part 1 by Ajay Balamurugadas</title>
		<link>http://qablog.practitest.com/2011/11/10-reasons-why-you-are-not-a-professional-tester-part-1/comment-page-1/#comment-7046</link>
		<dc:creator>Ajay Balamurugadas</dc:creator>
		<pubDate>Sat, 07 Jan 2012 14:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=1980#comment-7046</guid>
		<description>A must read for every tester :)</description>
		<content:encoded><![CDATA[<p>A must read for every tester <img src='http://qablog.practitest.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 reasons why You are NOT a Professional Tester!  &#8212;  Part 1 by Bill Schlesinger</title>
		<link>http://qablog.practitest.com/2011/11/10-reasons-why-you-are-not-a-professional-tester-part-1/comment-page-1/#comment-7044</link>
		<dc:creator>Bill Schlesinger</dc:creator>
		<pubDate>Wed, 04 Jan 2012 19:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=1980#comment-7044</guid>
		<description>I have had these thoughts for years but did not have the ability to put them into words.
Thanks Joel, Great job. I have forwarded your link to my bosses. I ma retired now after 36 years of testing at Motorola</description>
		<content:encoded><![CDATA[<p>I have had these thoughts for years but did not have the ability to put them into words.<br />
Thanks Joel, Great job. I have forwarded your link to my bosses. I ma retired now after 36 years of testing at Motorola</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stop being a NON-Technical Tester! by Rene Pally</title>
		<link>http://qablog.practitest.com/2011/12/stop-being-a-non-technical-tester/comment-page-1/#comment-7043</link>
		<dc:creator>Rene Pally</dc:creator>
		<pubDate>Tue, 03 Jan 2012 19:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2170#comment-7043</guid>
		<description>Hi all, I agree with this topic if the tester is not technical one, how he can determine if a process just hang or deadlocked or CPU hog is there? A technical tester must have strong automation skills but hard bug analysis too. How can he determine if the application crashed by out of memory or GDI leak for example? This is why top software companies hires very technical people.</description>
		<content:encoded><![CDATA[<p>Hi all, I agree with this topic if the tester is not technical one, how he can determine if a process just hang or deadlocked or CPU hog is there? A technical tester must have strong automation skills but hard bug analysis too. How can he determine if the application crashed by out of memory or GDI leak for example? This is why top software companies hires very technical people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stop being a NON-Technical Tester! by Anonymous</title>
		<link>http://qablog.practitest.com/2011/12/stop-being-a-non-technical-tester/comment-page-1/#comment-7042</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Dec 2011 14:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2170#comment-7042</guid>
		<description>Yes, this is the point, we need to do our work with as much detail as possible in order to provide higher value to the process.

Thanks!

-joel</description>
		<content:encoded><![CDATA[<p>Yes, this is the point, we need to do our work with as much detail as possible in order to provide higher value to the process.</p>
<p>Thanks!</p>
<p>-joel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 reasons why You are NOT a Professional Tester!  &#8212; Part 2 by Anonymous</title>
		<link>http://qablog.practitest.com/2011/12/10-reasons-why-you-are-not-a-professional-tester-part-2/comment-page-1/#comment-7041</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Dec 2011 14:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2098#comment-7041</guid>
		<description>Nice point!

I certainly agree.</description>
		<content:encoded><![CDATA[<p>Nice point!</p>
<p>I certainly agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 reasons why You are NOT a Professional Tester!  &#8212; Part 2 by Anonymous</title>
		<link>http://qablog.practitest.com/2011/12/10-reasons-why-you-are-not-a-professional-tester-part-2/comment-page-1/#comment-7040</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Dec 2011 14:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2098#comment-7040</guid>
		<description>Hey Greg,

I have worked on places that sound like the one you described above, but as soon as I realized this was the &quot;respect, appreciation, and understanding&quot; of my job for them I started looking for a new place to work.  I am sure there are testers who will be happy enough to work on a place like this, but I am certainly not one of them.

I don&#039;t think this is the majority of the places, btw, since I keep meeting people and working with companies where they DO UNDERSTAND the place and the value of the QA team.

With regards to the vicious circle of who needs to respect who...?  Anyone can start, but it will be easier and wiser if we start ourselves.  I cannot force you to see my point of view, but my experience is that it works.  You need to invest a lot of efforts but it is worth it.

My questions is if you believe you can make the change and show the value?  If you can&#039;t then I guess this is the place to start looking for issues.

In any case, thanks for the different point of view.  It helps to show the different ways in which we can see the same issue.

-joel</description>
		<content:encoded><![CDATA[<p>Hey Greg,</p>
<p>I have worked on places that sound like the one you described above, but as soon as I realized this was the &#8220;respect, appreciation, and understanding&#8221; of my job for them I started looking for a new place to work.  I am sure there are testers who will be happy enough to work on a place like this, but I am certainly not one of them.</p>
<p>I don&#8217;t think this is the majority of the places, btw, since I keep meeting people and working with companies where they DO UNDERSTAND the place and the value of the QA team.</p>
<p>With regards to the vicious circle of who needs to respect who&#8230;?  Anyone can start, but it will be easier and wiser if we start ourselves.  I cannot force you to see my point of view, but my experience is that it works.  You need to invest a lot of efforts but it is worth it.</p>
<p>My questions is if you believe you can make the change and show the value?  If you can&#8217;t then I guess this is the place to start looking for issues.</p>
<p>In any case, thanks for the different point of view.  It helps to show the different ways in which we can see the same issue.</p>
<p>-joel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stop being a NON-Technical Tester! by RaghavendarreddyP</title>
		<link>http://qablog.practitest.com/2011/12/stop-being-a-non-technical-tester/comment-page-1/#comment-7039</link>
		<dc:creator>RaghavendarreddyP</dc:creator>
		<pubDate>Thu, 29 Dec 2011 11:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2170#comment-7039</guid>
		<description>I am with the topic, where Tester must be fully loaded with technical strong, then they can understand the application well, and they can give the value adding to the application or product, many people may think like just validate the things as the role, may be that fill there job profile, As test engineer he or she must be well with all area,update there skills days by day, If any issue find in the application, be report with the details information, that is also add value to the application. </description>
		<content:encoded><![CDATA[<p>I am with the topic, where Tester must be fully loaded with technical strong, then they can understand the application well, and they can give the value adding to the application or product, many people may think like just validate the things as the role, may be that fill there job profile, As test engineer he or she must be well with all area,update there skills days by day, If any issue find in the application, be report with the details information, that is also add value to the application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 10 reasons why You are NOT a Professional Tester!  &#8212; Part 2 by Greg T</title>
		<link>http://qablog.practitest.com/2011/12/10-reasons-why-you-are-not-a-professional-tester-part-2/comment-page-1/#comment-7038</link>
		<dc:creator>Greg T</dc:creator>
		<pubDate>Wed, 28 Dec 2011 22:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2098#comment-7038</guid>
		<description>

I agree with some of the blog yet I disagree with other
parts. What you are trying to saying is that the testers need to respect
themselves before the industry will respect the testers. (correct me if I am
wrong) I strongly disagree.  I think the
industry as well as the testers themselves need to grow that respect together
not one first then the other.  I agree we
need to raise ideas, improve ourselves, point out issues and risks, but realistically
how many times have those fallen to deaf ears?  Do they implement what you ask for?  Do they listen that there are potential risks
if we do not delay the release?    Who
are these “they” you ask?  I am talking
about upper level managers, programmers, product managers, VPs of engineering.  Everyone talks the talk when they say quality
is important but at the end of the day, no one will walk the walk to do
something about it and when the customer raises hell, the blame falls squarely
on the shoulders of the testers/QA dept despite the warnings and red flags
raised earlier. Once the product is release it is much like the home team wins,
fans like to take ownership by saying “we won” but when the home team loses,
fans disavows the ownership by saying “they lost” or “they screwed up”.  And once it is proven that QA isn’t the sole
group to be blamed, it becomes not much of a big deal and let’s figure it out
together  let’s be friends type of
atmosphere.  And guess what? We start the
same viscous cycle all over again ignoring what we learned or we partially
implement something hoping things will not happen again. And there lies the
root of why there is a high turnover in QA/testers: frustration and disillusion.
 


I hear what you are saying: being humble, learn new things,
learn automation, improving self, etc. Sure the testers need to rise up to the
occasion but it is the industry on the whole that has to change as well. Yes,
some organizations do regard their testers with respect, but honestly has any
organization regard testers the same level to the programmers? Testers are not
paid as the same as programmers.  Testing
is outsourced first before development gets outsourced.   Testers are laid off first when an
organization has to downsize and last to hire when an organization grows.  I do not mean to sound like a disgruntled
tester but time after time I have seen, I have heard, and I have experienced
this.  To get responses like these: There
is no budget to send you get more education.  Automation is more of programmer’s job not a
tester. Where’s the incentive to improve? Where’s the incentive to learn QA
automation?  Testers are treated like a red-headed
stepchild. And if you complain too loudly, you are branded as not being a team
player and promptly dismissed where they can outsource or hire brand new
college graduate at a lower pay.


</description>
		<content:encoded><![CDATA[<p>I agree with some of the blog yet I disagree with other<br />
parts. What you are trying to saying is that the testers need to respect<br />
themselves before the industry will respect the testers. (correct me if I am<br />
wrong) I strongly disagree.  I think the<br />
industry as well as the testers themselves need to grow that respect together<br />
not one first then the other.  I agree we<br />
need to raise ideas, improve ourselves, point out issues and risks, but realistically<br />
how many times have those fallen to deaf ears?  Do they implement what you ask for?  Do they listen that there are potential risks<br />
if we do not delay the release?    Who<br />
are these “they” you ask?  I am talking<br />
about upper level managers, programmers, product managers, VPs of engineering.  Everyone talks the talk when they say quality<br />
is important but at the end of the day, no one will walk the walk to do<br />
something about it and when the customer raises hell, the blame falls squarely<br />
on the shoulders of the testers/QA dept despite the warnings and red flags<br />
raised earlier. Once the product is release it is much like the home team wins,<br />
fans like to take ownership by saying “we won” but when the home team loses,<br />
fans disavows the ownership by saying “they lost” or “they screwed up”.  And once it is proven that QA isn’t the sole<br />
group to be blamed, it becomes not much of a big deal and let’s figure it out<br />
together  let’s be friends type of<br />
atmosphere.  And guess what? We start the<br />
same viscous cycle all over again ignoring what we learned or we partially<br />
implement something hoping things will not happen again. And there lies the<br />
root of why there is a high turnover in QA/testers: frustration and disillusion.<br />
 </p>
<p>I hear what you are saying: being humble, learn new things,<br />
learn automation, improving self, etc. Sure the testers need to rise up to the<br />
occasion but it is the industry on the whole that has to change as well. Yes,<br />
some organizations do regard their testers with respect, but honestly has any<br />
organization regard testers the same level to the programmers? Testers are not<br />
paid as the same as programmers.  Testing<br />
is outsourced first before development gets outsourced.   Testers are laid off first when an<br />
organization has to downsize and last to hire when an organization grows.  I do not mean to sound like a disgruntled<br />
tester but time after time I have seen, I have heard, and I have experienced<br />
this.  To get responses like these: There<br />
is no budget to send you get more education.  Automation is more of programmer’s job not a<br />
tester. Where’s the incentive to improve? Where’s the incentive to learn QA<br />
automation?  Testers are treated like a red-headed<br />
stepchild. And if you complain too loudly, you are branded as not being a team<br />
player and promptly dismissed where they can outsource or hire brand new<br />
college graduate at a lower pay.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stop being a NON-Technical Tester! by Anonymous</title>
		<link>http://qablog.practitest.com/2011/12/stop-being-a-non-technical-tester/comment-page-1/#comment-7037</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 28 Dec 2011 06:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://qablog.practitest.com/?p=2170#comment-7037</guid>
		<description>Totally agree.  

I think that the challenges of shorter and more intensive cycles are one of the catalysts making testing a more technical profession.

Thanks for bringing this up!

-joel</description>
		<content:encoded><![CDATA[<p>Totally agree.  </p>
<p>I think that the challenges of shorter and more intensive cycles are one of the catalysts making testing a more technical profession.</p>
<p>Thanks for bringing this up!</p>
<p>-joel</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced

Served from: qablog.practitest.com @ 2012-02-04 16:20:32 -->
