<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BleepingBugs</title>
	<atom:link href="https://bleepingbugs.com/feed/" rel="self" type="application/rss+xml" />
	<link>https://bleepingbugs.com</link>
	<description>Candid Takes On QA</description>
	<lastBuildDate>Sat, 08 Aug 2026 18:03:13 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.3</generator>

<image>
	<url>https://bleepingbugs.com/wp-content/uploads/2026/05/cropped-bb_IconOnly_transparent_bg-1-32x32.webp</url>
	<title>BleepingBugs</title>
	<link>https://bleepingbugs.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Stop Asking QA When We&#8217;re Deploying</title>
		<link>https://bleepingbugs.com/stop-asking-qa-when-were-deploying/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sat, 08 Aug 2026 17:37:12 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[Career]]></category>
		<category><![CDATA[QA Process]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=1005</guid>

					<description><![CDATA[Every release, it&#8217;s the same question. Not from one person — from product, from engineering leadership, sometimes from someone who wasn&#8217;t even in the sprint planning meeting. &#8220;When are we deploying to production?&#8221; They ask it like it&#8217;s a simple lookup, like there&#8217;s a spreadsheet cell somewhere with the answer in it. And they ask&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>Every release, it’s the same question. Not from one person — from product, from engineering leadership, sometimes from someone who wasn’t even in the sprint planning meeting. “When are we deploying to production?” They ask it like it’s a simple lookup, like there’s a spreadsheet cell somewhere with the answer in it. And they ask me. Not the devs who are three days late on Code Complete. Me. I’…</p>
<p><a href="https://bleepingbugs.com/stop-asking-qa-when-were-deploying/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>A Philosophy for QA: The RISK Framework</title>
		<link>https://bleepingbugs.com/a-philosophy-for-qa-the-risk-framework/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Tue, 02 Jun 2026 04:00:15 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[RISK Framework]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=914</guid>

					<description><![CDATA[In grad school I was researching how students debug their code. I came across something called Information Foraging Theory — the idea that people hunting for information follow certain scent trails, signals in the environment that promise high-value information for the least amount of effort. Like an animal following a smell toward food. I wasn&#8217;t&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>In grad school I was researching how students debug their code. I came across something called Information Foraging Theory — the idea that people hunting for information follow certain scent trails, signals in the environment that promise high-value information for the least amount of effort. Like an animal following a smell toward food. I wasn’t thinking about QA at the time.</p>
<p><a href="https://bleepingbugs.com/a-philosophy-for-qa-the-risk-framework/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>QA&#8217;s Unique Skill Isn&#8217;t Finding Bugs</title>
		<link>https://bleepingbugs.com/qas-unique-skill-isnt-finding-bugs/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sun, 31 May 2026 18:24:41 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[RISK Framework]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=908</guid>

					<description><![CDATA[Every discipline has a core skill. The thing that looks simple from the outside but takes years to actually develop. Developers have the ability to build systems — translating logic into working software. Product managers translate messy human needs into structured requirements. Designers make complex things feel intuitive. I&#8217;ve been thinking about what QA&#8217;s equivalent&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>Every discipline has a core skill. The thing that looks simple from the outside but takes years to actually develop. Developers have the ability to build systems — translating logic into working software. Product managers translate messy human needs into structured requirements. Designers make complex things feel intuitive. I’ve been thinking about what QA’s equivalent is. And I don’t think…</p>
<p><a href="https://bleepingbugs.com/qas-unique-skill-isnt-finding-bugs/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>The Cargo Cult of Eliminating QA</title>
		<link>https://bleepingbugs.com/the-cargo-cult-of-eliminating-qa/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sat, 30 May 2026 20:32:13 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[RISK Framework]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=889</guid>

					<description><![CDATA[I recently learned what a &#8220;cargo cult&#8221; was. Apparently, there&#8217;s a story from World War II that goes something like this. When American forces set up military bases on remote South Pacific islands, they brought everything with them — jeeps, radios, canned food, medicine, aircraft. To the indigenous islanders watching from the treeline, the goods&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>I recently learned what a “cargo cult” was. Apparently, there’s a story from World War II that goes something like this. When American forces set up military bases on remote South Pacific islands, they brought everything with them — jeeps, radios, canned food, medicine, aircraft. To the indigenous islanders watching from the treeline, the goods seemed to appear almost magically. Planes landed.</p>
<p><a href="https://bleepingbugs.com/the-cargo-cult-of-eliminating-qa/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Why We Do Test Automation</title>
		<link>https://bleepingbugs.com/why-we-do-test-automation/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Mon, 25 May 2026 17:00:00 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[Test Automation]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=157</guid>

					<description><![CDATA[When I first started automating tests, I didn&#8217;t have a strong reason for it. Every mature QA team seemed to do it, job postings asked for it, and honestly, watching a dozen browsers open in parallel and run through test cases on their own looked really cool. That was mostly it. I knew I was&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>When I first started automating tests, I didn’t have a strong reason for it. Every mature QA team seemed to do it, job postings asked for it, and honestly, watching a dozen browsers open in parallel and run through test cases on their own looked really cool. That was mostly it. I knew I was saving time. But I wasn’t fully confident in the results. I’d run the suite and then go double-check…</p>
<p><a href="https://bleepingbugs.com/why-we-do-test-automation/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>How to Build the &#8220;Imperfect&#8221; QA Process</title>
		<link>https://bleepingbugs.com/how-to-build-the-imperfect-qa-process/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sun, 24 May 2026 17:51:35 +0000</pubDate>
				<category><![CDATA[Testing Tutorials]]></category>
		<category><![CDATA[Bug Reporting]]></category>
		<category><![CDATA[Career]]></category>
		<category><![CDATA[QA Process]]></category>
		<category><![CDATA[Test Planning]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=809</guid>

					<description><![CDATA[When I got my first QA Engineer job out of college at a small financial company, I did what any new grad would do. I googled &#8220;QA process.&#8221; Then I googled &#8220;what should a QA process look like.&#8221; Then I googled &#8220;how to build a QA process from scratch.&#8221; I read a lot of articles.&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>When I got my first QA Engineer job out of college at a small financial company, I did what any new grad would do. I googled “QA process.” Then I googled “what should a QA process look like.” Then I googled “how to build a QA process from scratch.” I read a lot of articles. I got a lot of frameworks with a lot of boxes and arrows. None of it told me what to actually do on Monday morning.</p>
<p><a href="https://bleepingbugs.com/how-to-build-the-imperfect-qa-process/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>The Test Plan Nobody Reads</title>
		<link>https://bleepingbugs.com/the-test-plan-nobody-reads/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sat, 23 May 2026 21:01:24 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[Test Planning]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=807</guid>

					<description><![CDATA[For over a year I sent a test plan at the start of every sprint. Same format, same sections, shared in the same Slack channel every time. In all that time, maybe one or two of them got a comment from anyone outside the QA team. Not from product. Not from engineering. I kept sending&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>For over a year I sent a test plan at the start of every sprint. Same format, same sections, shared in the same Slack channel every time. In all that time, maybe one or two of them got a comment from anyone outside the QA team. Not from product. Not from engineering. I kept sending them anyway, convinced that if I just got the format right, or shared it at the right time…</p>
<p><a href="https://bleepingbugs.com/the-test-plan-nobody-reads/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>How To Write a Sprint Test Plan</title>
		<link>https://bleepingbugs.com/how-to-write-a-sprint-test-plan/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sun, 17 May 2026 19:51:51 +0000</pubDate>
				<category><![CDATA[Testing Tutorials]]></category>
		<category><![CDATA[Test Planning]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=818</guid>

					<description><![CDATA[Most test plans I&#8217;ve seen start with scope before talking about risks. Here&#8217;s what we&#8217;ll test, here&#8217;s what we won&#8217;t. Which is fine, except it skips the question that actually drives all of it: what are the risks we&#8217;re trying to protect against? I write sprint-level test plans one per sprint, covering everything QA is&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>Most test plans I’ve seen start with scope before talking about risks. Here’s what we’ll test, here’s what we won’t. Which is fine, except it skips the question that actually drives all of it: what are the risks we’re trying to protect against? I write sprint-level test plans one per sprint, covering everything QA is responsible for in that three week window. I’ll cover project and feature…</p>
<p><a href="https://bleepingbugs.com/how-to-write-a-sprint-test-plan/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>QA Doesn&#8217;t Break Things</title>
		<link>https://bleepingbugs.com/qa-doesnt-break-things/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Wed, 13 May 2026 00:36:10 +0000</pubDate>
				<category><![CDATA[Shower Thoughts]]></category>
		<category><![CDATA[Career]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=749</guid>

					<description><![CDATA[Every few sprints, without fail, someone on the team makes the joke. A product manager, an engineer, someone in standup. &#8220;Watch out, QA&#8217;s gonna go break things again.&#8221; Or my personal favorite: &#8220;Can you not break it this time?&#8221; They&#8217;re laughing when they say it. I know they mean well. But every time I hear&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>Every few sprints, without fail, someone on the team makes the joke. A product manager, an engineer, someone in standup. “Watch out, QA’s gonna go break things again.” Or my personal favorite: “Can you not break it this time?” They’re laughing when they say it. I know they mean well. But every time I hear it, something bothers me that I couldn’t quite put into words for a while.</p>
<p><a href="https://bleepingbugs.com/qa-doesnt-break-things/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>How to Write a Good Functional Bug Report</title>
		<link>https://bleepingbugs.com/how-to-write-a-good-functional-bug-report/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Tue, 12 May 2026 04:43:48 +0000</pubDate>
				<category><![CDATA[Testing Tutorials]]></category>
		<category><![CDATA[Bug Reporting]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=669</guid>

					<description><![CDATA[When I started in QA, I thought I had bug reports figured out. Steps to reproduce. Expected result. Actual result. Screenshot. Every tutorial said the same thing, so I did the same thing. Felt solid. Then I joined a company that used freelance testers. Video attachments were mandatory — not recommended, mandatory. The reasoning was&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>When I started in QA, I thought I had bug reports figured out. Steps to reproduce. Expected result. Actual result. Screenshot. Every tutorial said the same thing, so I did the same thing. Felt solid. Then I joined a company that used freelance testers. Video attachments were mandatory — not recommended, mandatory. The reasoning was blunt: you can’t fake a video. A screenshot proves nothing…</p>
<p><a href="https://bleepingbugs.com/how-to-write-a-good-functional-bug-report/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		<enclosure url="https://bleepingbugs.com/wp-content/uploads/2026/05/blazedemo_bug_report.mp4" length="372234" type="video/mp4" />

			</item>
	</channel>
</rss>
