<?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: Performance Testing An Airline Reservation System</title>
	<atom:link href="http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/</link>
	<description></description>
	<lastBuildDate>Thu, 12 Aug 2010 15:03:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Complete Details of Ms Sql &#124; Host Rage</title>
		<link>http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/comment-page-1/#comment-33</link>
		<dc:creator>Complete Details of Ms Sql &#124; Host Rage</dc:creator>
		<pubDate>Tue, 30 Mar 2010 14:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.thesimplelogic.com/?p=83#comment-33</guid>
		<description>[...] T&amp;#1211&amp;#1077 Simple Logic &#187; Blog Archive &#187; Performance Testing A&amp;#1495 Airline Reservat... [...]</description>
		<content:encoded><![CDATA[<p>[...] T&amp;#1211&amp;#1077 Simple Logic &raquo; Blog Archive &raquo; Performance Testing A&amp;#1495 Airline Reservat&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: continuous load</title>
		<link>http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/comment-page-1/#comment-32</link>
		<dc:creator>continuous load</dc:creator>
		<pubDate>Sat, 27 Mar 2010 05:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.thesimplelogic.com/?p=83#comment-32</guid>
		<description>[...] important aspects of any building project. The footing supports the foundation and bears the entireThe Simple Logic Blog Archive Performance Testing An ...... into agents that can be distributed across many machines, with each agent performing a single [...]</description>
		<content:encoded><![CDATA[<p>[...] important aspects of any building project. The footing supports the foundation and bears the entireThe Simple Logic Blog Archive Performance Testing An &#8230;&#8230; into agents that can be distributed across many machines, with each agent performing a single [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Fletcher</title>
		<link>http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/comment-page-1/#comment-25</link>
		<dc:creator>Adam Fletcher</dc:creator>
		<pubDate>Mon, 15 Mar 2010 13:33:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.thesimplelogic.com/?p=83#comment-25</guid>
		<description>@Andrew

Good question. Our full functional &amp; integration test suite takes a long time to run, so the developers typically run a subset of those test prior to check-in, then on check-in a full set of functional tests get run in parallel with the performance tests (but the functional tests run a different set of machines then the performance tests). A developer can run the full suite of tests prior to check-in if the developer so desires. 

The functional tests have a much broader scope then the performance tests, and the tests themselves are evolving with the code, so the failure rate of functional tests is greater then the failure rate of performance tests. If any tests fail the developers who checked-in prior to the run(s) will get an email with details of what broke, and the CI dashboard will show that the build broke. 

Thanks for reading! 

-Adam</description>
		<content:encoded><![CDATA[<p>@Andrew</p>
<p>Good question. Our full functional &#038; integration test suite takes a long time to run, so the developers typically run a subset of those test prior to check-in, then on check-in a full set of functional tests get run in parallel with the performance tests (but the functional tests run a different set of machines then the performance tests). A developer can run the full suite of tests prior to check-in if the developer so desires. </p>
<p>The functional tests have a much broader scope then the performance tests, and the tests themselves are evolving with the code, so the failure rate of functional tests is greater then the failure rate of performance tests. If any tests fail the developers who checked-in prior to the run(s) will get an email with details of what broke, and the CI dashboard will show that the build broke. </p>
<p>Thanks for reading! </p>
<p>-Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.thesimplelogic.com/2010/03/14/performance-testing-an-airline-reservation-system/comment-page-1/#comment-24</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Mon, 15 Mar 2010 08:19:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.thesimplelogic.com/?p=83#comment-24</guid>
		<description>Hi

Has the code been functionallty tested before it has been checked into the source tree?

If not what is he percentage of test hat fail due to funtional rather than performance issues?

Good post.</description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>Has the code been functionallty tested before it has been checked into the source tree?</p>
<p>If not what is he percentage of test hat fail due to funtional rather than performance issues?</p>
<p>Good post.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
