<?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>Testing Archives - IntelliTect</title>
	<atom:link href="https://intellitect.com/blog/tag/testing/feed/" rel="self" type="application/rss+xml" />
	<link></link>
	<description>Complex Software Development - Simplified</description>
	<lastBuildDate>Thu, 29 Aug 2024 15:59:51 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://intellitect.com/wp-content/uploads/2017/02/cropped-favicon-1-32x32.png</url>
	<title>Testing Archives - IntelliTect</title>
	<link></link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Integration Testing in Flutter: Part I</title>
		<link>https://intellitect.com/blog/integration-testing-flutter/</link>
		
		<dc:creator><![CDATA[Joe Riddle]]></dc:creator>
		<pubDate>Thu, 29 Aug 2024 14:59:00 +0000</pubDate>
				<category><![CDATA[Other]]></category>
		<category><![CDATA[Software Testing]]></category>
		<category><![CDATA[Chrome DevTools Protocol]]></category>
		<category><![CDATA[Flutter]]></category>
		<category><![CDATA[GitHub Actions]]></category>
		<category><![CDATA[integration testing]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=59645</guid>

					<description><![CDATA[<p>Here at IntelliTect, we love building mobile apps. We’re quite fond of frameworks like Flutter, Xamarin, and .NET MAUI that help developers create native mobile apps with a single codebase, helping you launch your next app into the app store faster. Building an app?&#160;Give us a call! I recently worked on an app using Flutter&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/integration-testing-flutter/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Integration Testing in Flutter: Part I</span></a></div>
<p>The post <a href="https://intellitect.com/blog/integration-testing-flutter/">Integration Testing in Flutter: Part I</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>An Old Dog Learns a New TDD Trick</title>
		<link>https://intellitect.com/blog/working-with-test-driven-design/</link>
		
		<dc:creator><![CDATA[Tom]]></dc:creator>
		<pubDate>Fri, 25 Aug 2023 20:44:06 +0000</pubDate>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=57986</guid>

					<description><![CDATA[<p>Do you think that Test Driven Development is worth it? It was for me! If you’ve been in the software development industry for a long time like me, you are faced with new methodologies, technologies, and other “ologies” that you are encouraged (or forced) to learn. You accept it because it’s part of the profession&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/working-with-test-driven-design/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">An Old Dog Learns a New TDD Trick</span></a></div>
<p>The post <a href="https://intellitect.com/blog/working-with-test-driven-design/">An Old Dog Learns a New TDD Trick</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Shift Left with Type Hints in Python</title>
		<link>https://intellitect.com/blog/type-hints-python/</link>
		
		<dc:creator><![CDATA[Joe Riddle]]></dc:creator>
		<pubDate>Thu, 27 Apr 2023 17:40:57 +0000</pubDate>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=57534</guid>

					<description><![CDATA[<p>Squashing Bugs Earlier and More Often with Python&#8217;s Type Hints Shifting left is the idea that you can reduce the cost of bugs by discovering and fixing (shifting) them earlier in the development process. Fixing a bug right after it&#8217;s written is far cheaper than after a pull request has been reviewed, merged, and deployed&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/type-hints-python/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Shift Left with Type Hints in Python</span></a></div>
<p>The post <a href="https://intellitect.com/blog/type-hints-python/">Shift Left with Type Hints in Python</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Demystifying the SDET Unicorn</title>
		<link>https://intellitect.com/blog/demystifying-the-sdet-unicorn/</link>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Wed, 22 Sep 2021 18:50:37 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[demystified]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=44400</guid>

					<description><![CDATA[<p>You Need an SDET Unicorn: Automation Engineers and Automated UI Tests Won&#8217;t Save You. I have a potentially controversial opinion about my job. The popular concept of the Software Development Engineer in Test (SDET) role is broken by modern development practices. I don’t say that lightly. After thirteen years in the industry and eight of&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/demystifying-the-sdet-unicorn/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Demystifying the SDET Unicorn</span></a></div>
<p>The post <a href="https://intellitect.com/blog/demystifying-the-sdet-unicorn/">Demystifying the SDET Unicorn</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>A Guide to Practical Unit Testing – Shift Left</title>
		<link>https://intellitect.com/blog/unit-testing-shift-left/</link>
					<comments>https://intellitect.com/blog/unit-testing-shift-left/#comments</comments>
		
		<dc:creator><![CDATA[Kevin Bost]]></dc:creator>
		<pubDate>Wed, 17 Feb 2021 20:42:22 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=41114</guid>

					<description><![CDATA[<p>Testing Early to Reduce the Cost of&#160;Bugs&#160; Testing is a topic&#160;that has been written about in-depth.&#160;It is well understood&#160;that bugs&#160;in&#160;software&#160;are very costly.&#160;Cost can be measured in&#160;many ways, but the key metric we will look at&#160;in this blog&#160;is time&#160;(developer time, testing time,&#160;support time, etc.).&#160;Over the years, many people have attempted to quantify&#160;the exact time-cost of a&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/unit-testing-shift-left/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">A Guide to Practical Unit Testing – Shift Left</span></a></div>
<p>The post <a href="https://intellitect.com/blog/unit-testing-shift-left/">A Guide to Practical Unit Testing – Shift Left</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/unit-testing-shift-left/feed/</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>Selenium: Attach to an Existing Chrome Browser with C#</title>
		<link>https://intellitect.com/blog/selenium-chrome-csharp/</link>
					<comments>https://intellitect.com/blog/selenium-chrome-csharp/#comments</comments>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Tue, 23 Jul 2019 17:17:03 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Selenium]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=35888</guid>

					<description><![CDATA[<p>Verifying with Selenium You&#8217;re testing a desktop application with Selenium. How do you verify an item on the page after the browser launches? I recently came up against this use case and couldn’t find a clear answer for C#. Every once in a great while, the need arises to have Selenium communicate to a browser&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/selenium-chrome-csharp/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Selenium: Attach to an Existing Chrome Browser with C#</span></a></div>
<p>The post <a href="https://intellitect.com/blog/selenium-chrome-csharp/">Selenium: Attach to an Existing Chrome Browser with C#</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/selenium-chrome-csharp/feed/</wfw:commentRss>
			<slash:comments>46</slash:comments>
		
		
			</item>
		<item>
		<title>Decoupling: Making Your C# Program More Testable</title>
		<link>https://intellitect.com/blog/decoupling-csharp-testable/</link>
					<comments>https://intellitect.com/blog/decoupling-csharp-testable/#comments</comments>
		
		<dc:creator><![CDATA[IntelliTect]]></dc:creator>
		<pubDate>Tue, 23 Apr 2019 18:55:51 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=35084</guid>

					<description><![CDATA[<p>How and Why to Implement Decoupling Classes in Your Code Estimated reading time: 9 minutes Decoupling is a strategy for writing testable code when dealing with hard-to-test classes, and it can be an incredibly powerful tool to help you write clean, effective, and bug-free code. Contents How and Why to Implement Decoupling Classes in Your&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/decoupling-csharp-testable/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Decoupling: Making Your C# Program More Testable</span></a></div>
<p>The post <a href="https://intellitect.com/blog/decoupling-csharp-testable/">Decoupling: Making Your C# Program More Testable</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/decoupling-csharp-testable/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Painless Bug Testing through the Isolation of Variables</title>
		<link>https://intellitect.com/blog/bug-testing-isolation-variables/</link>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Sat, 09 Mar 2019 15:49:29 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Debugging]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=34983</guid>

					<description><![CDATA[<p>Why It&#8217;s Crucial to Catch Your Broken Functionality Before Sending it to Production QA resources waste time through long, protracted test efforts that try to hammer all of their bug testing through the UI at the end of (or after) development. One of the main problems with this approach is that it becomes tough to&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/bug-testing-isolation-variables/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Painless Bug Testing through the Isolation of Variables</span></a></div>
<p>The post <a href="https://intellitect.com/blog/bug-testing-isolation-variables/">Painless Bug Testing through the Isolation of Variables</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Deciding to Write a Wrapper</title>
		<link>https://intellitect.com/blog/deciding-write-wrapper/</link>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Tue, 10 Oct 2017 19:44:13 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Selenium]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">https://intellitect.com/?p=32861</guid>

					<description><![CDATA[<p>Wrappers Two things happened around the time I finished up writing a wrapper for Microsoft&#8217;s UITestControl class: I wondered if I should do the same thing for a web testing technology like Selenium, and I discovered that at least some discussions exist on if wrappers could be considered an antipattern. As I began to investigate&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/deciding-write-wrapper/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Deciding to Write a Wrapper</span></a></div>
<p>The post <a href="https://intellitect.com/blog/deciding-write-wrapper/">Deciding to Write a Wrapper</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Unit Testing With Xamarin Forms</title>
		<link>https://intellitect.com/blog/unit-testing-xamarin-forms/</link>
					<comments>https://intellitect.com/blog/unit-testing-xamarin-forms/#comments</comments>
		
		<dc:creator><![CDATA[IntelliTect]]></dc:creator>
		<pubDate>Tue, 30 May 2017 16:40:42 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<category><![CDATA[Xamarin]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=32001</guid>

					<description><![CDATA[<p>Exploring Xamarin Forms In a recent application that IntelliTect developed for a client, we were tasked with building a Xamarin forms application that supported Windows, Android, and iOS. &#160;Due to the cross-platform support inherent with using Xamarin, a large majority of our code was common amongst all three implementations. &#160;As with most cross-platform projects, however,&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/unit-testing-xamarin-forms/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Unit Testing With Xamarin Forms</span></a></div>
<p>The post <a href="https://intellitect.com/blog/unit-testing-xamarin-forms/">Unit Testing With Xamarin Forms</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/unit-testing-xamarin-forms/feed/</wfw:commentRss>
			<slash:comments>4</slash:comments>
		
		
			</item>
		<item>
		<title>The Feasibility of Test Automation</title>
		<link>https://intellitect.com/blog/feasibility-test-automation/</link>
					<comments>https://intellitect.com/blog/feasibility-test-automation/#comments</comments>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Fri, 26 May 2017 22:00:47 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=32231</guid>

					<description><![CDATA[<p>Test Automation With proper tools, technical approaches, and processes, automated testing improves software quality, time to market, and reduces overall costs. Starting early in the development process and maintaining a pragmatic approach will maximize chances of success. However, there is no &#8220;one size fits all&#8221; approach; proper approaches vary based on team resources and project&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/feasibility-test-automation/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">The Feasibility of Test Automation</span></a></div>
<p>The post <a href="https://intellitect.com/blog/feasibility-test-automation/">The Feasibility of Test Automation</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/feasibility-test-automation/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Making Unit Testing Easier</title>
		<link>https://intellitect.com/blog/making-unit-testing-easier/</link>
		
		<dc:creator><![CDATA[Kevin Bost]]></dc:creator>
		<pubDate>Thu, 04 Aug 2016 19:28:17 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=26761</guid>

					<description><![CDATA[<p>Simplifying Unit Tests I love unit tests. Specifically, I love unit tests that are easy to maintain. When I spend more time setting up a test then doing actual testing, it is a very strong code smell. Sloppy unmaintainable code has no place in your projects, especially not in your unit test project. &#160; In&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/making-unit-testing-easier/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Making Unit Testing Easier</span></a></div>
<p>The post <a href="https://intellitect.com/blog/making-unit-testing-easier/">Making Unit Testing Easier</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Part 2: Scrum From a QA Perspective</title>
		<link>https://intellitect.com/blog/scrum-from-a-qa-perspective-part-2/</link>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Thu, 17 Dec 2015 00:52:11 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=22271</guid>

					<description><![CDATA[<p>Analyzing Scrum Part 2: There is an excellent blog that describes software development as engineering a bridge: Imagine joining an engineering team. You&#8217;re excited and full of ideas, probably just out of school and a world of clean, beautiful designs, awe-inspiring in their aesthetic unity of purpose, economy, and strength. You start by meeting Mary,&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/scrum-from-a-qa-perspective-part-2/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Part 2: Scrum From a QA Perspective</span></a></div>
<p>The post <a href="https://intellitect.com/blog/scrum-from-a-qa-perspective-part-2/">Part 2: Scrum From a QA Perspective</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Improving Unit Tests With AutoMocker</title>
		<link>https://intellitect.com/blog/improving-unit-tests-with-automocker/</link>
					<comments>https://intellitect.com/blog/improving-unit-tests-with-automocker/#comments</comments>
		
		<dc:creator><![CDATA[Kevin Bost]]></dc:creator>
		<pubDate>Fri, 02 Oct 2015 17:27:48 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=20691</guid>

					<description><![CDATA[<p>Further Discussion on Improving Unit Tests With AutoMocker In my previous post, I presented an example of using mock objects to improve unit testing. In this post, I would like to expand upon my previous example to make the tests more robust in order to handle signature changes to the ViewModel&#8217;s constructor. First, we will&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/improving-unit-tests-with-automocker/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Improving Unit Tests With AutoMocker</span></a></div>
<p>The post <a href="https://intellitect.com/blog/improving-unit-tests-with-automocker/">Improving Unit Tests With AutoMocker</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/improving-unit-tests-with-automocker/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Unit Testing With Mocks</title>
		<link>https://intellitect.com/blog/unit-testing-with-mocks/</link>
					<comments>https://intellitect.com/blog/unit-testing-with-mocks/#comments</comments>
		
		<dc:creator><![CDATA[Kevin Bost]]></dc:creator>
		<pubDate>Thu, 10 Sep 2015 22:37:23 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=19681</guid>

					<description><![CDATA[<p>Exploring Unit Testing in C# Unit testing is an integral part of the development process. However, when a class has several dependencies it can be tiring and cumbersome to create mock implementations for all of them. Leveraging a mocking library can save large amounts of time and make for better unit tests. Though there are&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/unit-testing-with-mocks/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Unit Testing With Mocks</span></a></div>
<p>The post <a href="https://intellitect.com/blog/unit-testing-with-mocks/">Unit Testing With Mocks</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/unit-testing-with-mocks/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Part 1: Scrum From a QA Perspective</title>
		<link>https://intellitect.com/blog/scrum-from-a-qa-perspective/</link>
		
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Thu, 06 Aug 2015 17:49:22 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=18861</guid>

					<description><![CDATA[<p>Fulfilling the Role of a QA Engineer I work QA but am not solely on a QA team; I am a member of a Scrum team. Like the other members, this means I am a part of the development team, I just happen to specialize in QA practices. This is the first position at which&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/scrum-from-a-qa-perspective/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Part 1: Scrum From a QA Perspective</span></a></div>
<p>The post <a href="https://intellitect.com/blog/scrum-from-a-qa-perspective/">Part 1: Scrum From a QA Perspective</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Relative Paths for Visual Studio Generic Tests</title>
		<link>https://intellitect.com/blog/relative-paths-for-visual-studio-generic-tests/</link>
		
		<dc:creator><![CDATA[Mark Michaelis]]></dc:creator>
		<pubDate>Mon, 21 Oct 2013 02:26:38 +0000</pubDate>
				<category><![CDATA[DevOps]]></category>
		<category><![CDATA[Application Lifecycle Management]]></category>
		<category><![CDATA[Testing]]></category>
		<category><![CDATA[Visual Studio]]></category>
		<guid isPermaLink="false">http://intellitect.com/?p=3915</guid>

					<description><![CDATA[<p>Creating a Generic Test To make generic tests robust enough to run for all developers on your team and on the build server, you are likely going to want to avoid hard coding the path to the executable. &#160;To do this successfully, you need to have a list of all the environment variables that are&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/relative-paths-for-visual-studio-generic-tests/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Relative Paths for Visual Studio Generic Tests</span></a></div>
<p>The post <a href="https://intellitect.com/blog/relative-paths-for-visual-studio-generic-tests/">Relative Paths for Visual Studio Generic Tests</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
		
		
			</item>
		<item>
		<title>Why to Not Use the System Diagnostics Assert Methods</title>
		<link>https://intellitect.com/blog/dont-use-the-system-diagnostics-assert-methods-unless/</link>
					<comments>https://intellitect.com/blog/dont-use-the-system-diagnostics-assert-methods-unless/#comments</comments>
		
		<dc:creator><![CDATA[Mark Michaelis]]></dc:creator>
		<pubDate>Sat, 22 Oct 2005 23:53:52 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://mark.michaelis.net/Blog/DontUseTheSystemDiagnosticsAssertMethodsUnless.aspx</guid>

					<description><![CDATA[<p>Do Not Use the System Diagnostics Assert Methods Unless&#8230; Assertions should never appear in release code.&#160; Assertions are a debug mechanism for revealing bugs within code during development.&#160; Failed assertions in release code indicate the bug was missed and allow the option of debugging at the assertion location.&#160; However, end users should not be presented&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/dont-use-the-system-diagnostics-assert-methods-unless/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Why to Not Use the System Diagnostics Assert Methods</span></a></div>
<p>The post <a href="https://intellitect.com/blog/dont-use-the-system-diagnostics-assert-methods-unless/">Why to Not Use the System Diagnostics Assert Methods</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/dont-use-the-system-diagnostics-assert-methods-unless/feed/</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>Unit Testing Input &#038; Output</title>
		<link>https://intellitect.com/blog/unit-testing-console-inputoutput/</link>
					<comments>https://intellitect.com/blog/unit-testing-console-inputoutput/#comments</comments>
		
		<dc:creator><![CDATA[Mark Michaelis]]></dc:creator>
		<pubDate>Thu, 13 Jan 2005 00:26:51 +0000</pubDate>
				<category><![CDATA[.NET/C#]]></category>
		<category><![CDATA[Testing]]></category>
		<guid isPermaLink="false">http://mark.michaelis.net/Blog/UnitTestingConsoleInputOutput.aspx</guid>

					<description><![CDATA[<p>Creating An Attribute for Redirecting Console Input &#38; Output While writing my Essential C# (Addison-Wesley), I created many console applications.&#160; Unit testing has been rather cumbersome.&#160; I decided to create an attribute that can redirect the console input and output so that I can supply various inputs and then test the output. I went with&#8230;&#160;</p>
<div class="read-more-wrapper"><a href="https://intellitect.com/blog/unit-testing-console-inputoutput/" class="button button-primary" rel="bookmark">Read More &#187;<span class="screen-reader-text">Unit Testing Input &#038; Output</span></a></div>
<p>The post <a href="https://intellitect.com/blog/unit-testing-console-inputoutput/">Unit Testing Input &#038; Output</a> appeared first on <a href="https://intellitect.com">IntelliTect</a>.</p>
]]></description>
		
					<wfw:commentRss>https://intellitect.com/blog/unit-testing-console-inputoutput/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
	</channel>
</rss>
