<?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>Software testing debugging tutorials and videos</title>
	<atom:link href="https://www.softwaretestingmagazine.com/tag/debugging/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.softwaretestingmagazine.com</link>
	<description></description>
	<lastBuildDate>Mon, 23 Nov 2020 14:22:05 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://www.softwaretestingmagazine.com/wp-content/uploads/favicon.png</url>
	<title>Software testing debugging tutorials and videos</title>
	<link>https://www.softwaretestingmagazine.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Effective Debugging</title>
		<link>https://www.softwaretestingmagazine.com/videos/effective-debugging/</link>
		
		<dc:creator><![CDATA[Software Testing Magazine]]></dc:creator>
		<pubDate>Thu, 09 Oct 2014 10:02:54 +0000</pubDate>
				<category><![CDATA[Software Testing Videos]]></category>
		<category><![CDATA[debugging]]></category>
		<category><![CDATA[ruby]]></category>
		<guid isPermaLink="false">http://www.softwaretestingmagazine.com/?p=3273</guid>

					<description><![CDATA[<p>Developers are always looking for ways to boost productivity. Effective debugging allows one to more quickly discover inaccuracies between our expectations and how the software actually behaves. Debugging is an art. And to be an effective artist, an artist must be intimately familiar with their tools. In this talk, we&#8217;ll start gently and finish strong to ensure that there&#8217;s something for everyone. We&#8217;ll cover when to use a debugger, which debugger to use, and how to use the debugger, and how to quickly configure your debugger for maximum utility. We&#8217;ll touch briefly on pry and why pry is not a debugger, except when it is. Video producer: http://rubyconf.org/</p>
The post <a href="https://www.softwaretestingmagazine.com/videos/effective-debugging/">Effective Debugging</a> first appeared on <a href="https://www.softwaretestingmagazine.com">Software Testing Magazine</a>.]]></description>
		
		
		
			</item>
		<item>
		<title>Using a Debugger or a Log to Find Bugs</title>
		<link>https://www.softwaretestingmagazine.com/knowledge/using-a-debugger-or-a-log-to-find-bugs/</link>
		
		<dc:creator><![CDATA[Software Testing Magazine]]></dc:creator>
		<pubDate>Tue, 18 Feb 2014 20:40:37 +0000</pubDate>
				<category><![CDATA[Knowledge]]></category>
		<category><![CDATA[Software Testing Blogs]]></category>
		<category><![CDATA[debugging]]></category>
		<guid isPermaLink="false">http://www.softwaretestingmagazine.com/?p=2768</guid>

					<description><![CDATA[<p>When you have a bug in your software, you cannot always just read the code to find the cause of the bug. Two techniques are used for further investigation: the debugger allow to follow the execution of the code, while writing logs allow write multiple snapshots of contexts. In this article, Henrik Warne explains why you cannot rely only on a debugger to find bugs. There are many benefits from the usage of logs in bug discovery. When the software architecture becomes complex, you need to examine the full sequence of events that leads to the problem and not only the situation when the bug is actually triggered. To use the debugger, you need to know the code. With a log, situations can always be analyzed even by non developers sometimes. Finally, it is also a good tool that you can use on a production system where it is not always possible to use a debugger. One of the main argument against logs is that they can be detrimental to the application&#8217;s performance. This can be however decreased if you code your logging statements wisely and if you have a mechanism that allows to turn off the log or to target only specific items, accounts numbers for instance, in your log. The conclusion of the article is that &#8220;There are many cases where your only option is using a debugger in order to figure out what the problem is. Even great log statements can’t cover all cases. But by using <a class="mh-excerpt-more" href="https://www.softwaretestingmagazine.com/knowledge/using-a-debugger-or-a-log-to-find-bugs/" title="Using a Debugger or a Log to Find Bugs">[...]</a></p>
The post <a href="https://www.softwaretestingmagazine.com/knowledge/using-a-debugger-or-a-log-to-find-bugs/">Using a Debugger or a Log to Find Bugs</a> first appeared on <a href="https://www.softwaretestingmagazine.com">Software Testing Magazine</a>.]]></description>
		
		
		
			</item>
		<item>
		<title>Inspect/Debug your Mobile Code with Adobe Shadow</title>
		<link>https://www.softwaretestingmagazine.com/knowledge/inspectdebug-your-mobile-code-with-adobe-shadow/</link>
		
		<dc:creator><![CDATA[Software Testing Magazine]]></dc:creator>
		<pubDate>Tue, 28 Aug 2012 06:19:53 +0000</pubDate>
				<category><![CDATA[Knowledge]]></category>
		<category><![CDATA[Software Testing Blogs]]></category>
		<category><![CDATA[debugging]]></category>
		<category><![CDATA[mobile testing]]></category>
		<guid isPermaLink="false">http://www.softwaretestingmagazine.com/?p=1735</guid>

					<description><![CDATA[<p>Adobe Shadow is a new tool currently developed by Adobe that provides developers a way to inspect and debug from their desktops wirelessly and synchronously across multiple devices. The Adobe Shadow desktop application listens for changes in a URL location in the browser. When a change occurs, it pushes the new URL out to all wirelessly connected devices immediately so the changed content is seen on the devices immediately. In this blog post, Holly Schinsky provides step-by-step instructions on how to use Adobe Shadow to inspect and debug your mobile code.</p>
The post <a href="https://www.softwaretestingmagazine.com/knowledge/inspectdebug-your-mobile-code-with-adobe-shadow/">Inspect/Debug your Mobile Code with Adobe Shadow</a> first appeared on <a href="https://www.softwaretestingmagazine.com">Software Testing Magazine</a>.]]></description>
		
		
		
			</item>
		<item>
		<title>.NET Debugging Tools</title>
		<link>https://www.softwaretestingmagazine.com/knowledge/net-debugging-tools/</link>
		
		<dc:creator><![CDATA[Software Testing Magazine]]></dc:creator>
		<pubDate>Thu, 03 Nov 2011 16:50:36 +0000</pubDate>
				<category><![CDATA[Knowledge]]></category>
		<category><![CDATA[Software Testing Articles & Tutorials]]></category>
		<category><![CDATA[.NET]]></category>
		<category><![CDATA[debugging]]></category>
		<category><![CDATA[visual studio]]></category>
		<guid isPermaLink="false">http://www.softwaretestingmagazine.com/?p=1027</guid>

					<description><![CDATA[<p>Many developers are not aware of all of the debugging features in Visual Studio, because debugging in Visual Studio &#8220;just works.&#8221; This article provides an overview of debugging features of Visual Studio that are often ignored by developers like actions in the Breakpoints window or data visualizers. It also discusses external tools and third-party tools you can add to your debugging toolkit.</p>
The post <a href="https://www.softwaretestingmagazine.com/knowledge/net-debugging-tools/">.NET Debugging Tools</a> first appeared on <a href="https://www.softwaretestingmagazine.com">Software Testing Magazine</a>.]]></description>
		
		
		
			</item>
		<item>
		<title>Debug It!</title>
		<link>https://www.softwaretestingmagazine.com/knowledge/books-review-debug-it/</link>
		
		<dc:creator><![CDATA[Software Testing Magazine]]></dc:creator>
		<pubDate>Sat, 20 Feb 2010 21:26:19 +0000</pubDate>
				<category><![CDATA[Knowledge]]></category>
		<category><![CDATA[Software Testing Books]]></category>
		<category><![CDATA[debugging]]></category>
		<category><![CDATA[software quality assurance]]></category>
		<guid isPermaLink="false">http://www.softwaretestingmagazine.com/?p=33</guid>

					<description><![CDATA[<p>This book &#8220;Debug It!&#8221; by Paul Butcher provides a structured approach that will help programmers to identify and remove bugs in code. It is based on a four steps process: Reproduce, Diagnose, Fix, Reflect. For each activity, the author provides practical material on how to perform it. The second part of the book presents a higher vision of the debugging process and deal with topics like communicating with users or prioritizing bugs treatment. Finally, the book discusses special situations and the relationship between bugs and other areas of software development (source control, build, etc.). The book is easy to read and the material is presented in a very structured way with different “viewpoints” that help to understand the content. Besides the main text where important concepts are put in evidence, real life cases shows how things happen in the real world. There are also some “Joe asks&#8230;” sections where the author answers pertinent questions on the current topic. With my many years of experience in supporting and debugging large existing enterprise systems, I have to say that Paul Butcher summarize and structure all the knowledge (and more) that I have, sometimes painfully, accumulated during this activity. This is therefore an excellent book that I will recommend to everybody that is involved in software development in general and maintenance activities with legacy systems specifically. Reference: “Debug It!”, Paul Butcher, Pragmatic Bookshelf, 214 pages, ISBN 978-1934356289</p>
The post <a href="https://www.softwaretestingmagazine.com/knowledge/books-review-debug-it/">Debug It!</a> first appeared on <a href="https://www.softwaretestingmagazine.com">Software Testing Magazine</a>.]]></description>
		
		
		
			</item>
	</channel>
</rss>
