<?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 on: My approach to testing is as follows…</title>
	<atom:link href="http://www.quicktestingtips.com/tips/2010/01/my-approach-to-testing-is-as-follows%e2%80%a6/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.quicktestingtips.com/tips/2010/01/my-approach-to-testing-is-as-follows%e2%80%a6/</link>
	<description>Your daily feed of short software testing tips...</description>
	<lastBuildDate>Thu, 17 Nov 2011 13:09:27 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rick Grey</title>
		<link>http://www.quicktestingtips.com/tips/2010/01/my-approach-to-testing-is-as-follows%e2%80%a6/comment-page-1/#comment-467</link>
		<dc:creator>Rick Grey</dc:creator>
		<pubDate>Sun, 10 Jan 2010 20:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.quicktestingtips.com/tips/?p=1115#comment-467</guid>
		<description>From the interviewer side of the table, I agree that this would be a great thing to see!  

From the interviewee side, it occurs to me that you run the risk of looking like you have a preferred style (or *only* style) that&#039;s a poor match for the company&#039;s current environment and needs.  It could prevent the reviewer from considering you a suitable fit for the position.

(Mike, you advocate tailoring information to the prospective company, which is always key.  But it&#039;s not always easy to parse a job description, especially written by an HR person instead of the test manager, to know what approach the company already uses or needs for the posted position.)

Seeing a surface mismatch in a approach might not be a problem for resume reviewers in the Jacobson or Kelly mold, who would tend to see this kind of information as additive to the big picture, not subtractive.  But one might not be so lucky with a less enlightened test manager/resume reviewer.

I&#039;d think that adding context is very important.  In the comments section of the Eric Jacobson blog entry you linked, Geordie Keitt linked his resume, the body of which does a great job showcasing how his style adapts to various missions.  Describing approach along with context is much more powerful than approach alone.

On the other hand, if you&#039;ve decided you&#039;d really prefer to work in environments that need the approach you are best able to deliver/best like, then describing your test approach without context could be a good filter to discourage callbacks from places that would result in a poor fit for both sides.</description>
		<content:encoded><![CDATA[<p>From the interviewer side of the table, I agree that this would be a great thing to see!  </p>
<p>From the interviewee side, it occurs to me that you run the risk of looking like you have a preferred style (or *only* style) that&#8217;s a poor match for the company&#8217;s current environment and needs.  It could prevent the reviewer from considering you a suitable fit for the position.</p>
<p>(Mike, you advocate tailoring information to the prospective company, which is always key.  But it&#8217;s not always easy to parse a job description, especially written by an HR person instead of the test manager, to know what approach the company already uses or needs for the posted position.)</p>
<p>Seeing a surface mismatch in a approach might not be a problem for resume reviewers in the Jacobson or Kelly mold, who would tend to see this kind of information as additive to the big picture, not subtractive.  But one might not be so lucky with a less enlightened test manager/resume reviewer.</p>
<p>I&#8217;d think that adding context is very important.  In the comments section of the Eric Jacobson blog entry you linked, Geordie Keitt linked his resume, the body of which does a great job showcasing how his style adapts to various missions.  Describing approach along with context is much more powerful than approach alone.</p>
<p>On the other hand, if you&#8217;ve decided you&#8217;d really prefer to work in environments that need the approach you are best able to deliver/best like, then describing your test approach without context could be a good filter to discourage callbacks from places that would result in a poor fit for both sides.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

