<?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>Fri, 05 Jun 2026 03:19:31 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</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>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>
		<item>
		<title>How to Load Test Your Backend with JMeter</title>
		<link>https://bleepingbugs.com/how-to-load-test-your-backend-with-jmeter/</link>
		
		<dc:creator><![CDATA[Bleeping Bugs]]></dc:creator>
		<pubDate>Sun, 10 May 2026 16:46:23 +0000</pubDate>
				<category><![CDATA[Testing Tutorials]]></category>
		<category><![CDATA[Blazemeter]]></category>
		<category><![CDATA[JMeter]]></category>
		<category><![CDATA[Load Testing]]></category>
		<category><![CDATA[Performance Testing]]></category>
		<guid isPermaLink="false">https://bleepingbugs.com/?p=591</guid>

					<description><![CDATA[What Is Load Testing? I&#8217;ve written before about how software testing is just collecting information about the quality of your application. Load testing is the same idea, narrowed to one specific question: how does your software behave under load? That information matters because performance problems are business problems. A slow checkout flow loses sales. A&#46;&#46;&#46;]]></description>
										<content:encoded><![CDATA[<p>I’ve written before about how software testing is just collecting information about the quality of your application. Load testing is the same idea, narrowed to one specific question: how does your software behave under load? That information matters because performance problems are business problems. A slow checkout flow loses sales. A site that goes down during a product launch damages your…</p>
<p><a href="https://bleepingbugs.com/how-to-load-test-your-backend-with-jmeter/" rel="nofollow">Source</a></p>]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
