<?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>LoadRunner Stuff &#187; best practices</title>
	<atom:link href="http://www.loadrunnerstuff.com/tag/best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.loadrunnerstuff.com</link>
	<description>- eXcellent resource of LoadRunner Stuff</description>
	<lastBuildDate>Sat, 26 Jun 2010 13:28:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Best Practices for Performance Testing</title>
		<link>http://www.loadrunnerstuff.com/best-practices-for-performance-testing/</link>
		<comments>http://www.loadrunnerstuff.com/best-practices-for-performance-testing/#comments</comments>
		<pubDate>Thu, 12 Nov 2009 09:24:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[best practices]]></category>

		<guid isPermaLink="false">http://www.loadrunnerstuff.com/?p=34</guid>
		<description><![CDATA[Do&#8217;s: After each performance test run, clear the logs for database and application. Large log files may result in inaccurate performance results. To mirror the production environment, identify the correct software and hardware for server. When a load is being generated on the system; to capture end user response time, use a single GUI client. [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Do&#8217;s:</strong></p>
<ul>
<li>After each performance test run, clear the logs for database and application. Large log files may result in inaccurate performance results.</li>
<li>To mirror the production environment, identify the correct software and hardware for server.</li>
</ul>
<p><span id="more-34"></span></p>
<ul>
<li>When a load is being generated on the system; to capture end user response time, use a single GUI client. If you need to generate load by using multiple client computers, you should consolidate data at single client computer / machine and generate results based on the average values.</li>
<li>During a load test, include a buffer time between the incremental increases of users.</li>
<li>To create a more realistic load simulation, always Use different data parameters for each simulated user.</li>
<li>Never overly stress the client. Monitor all systems involved in the test including client that generates the load.</li>
<li>According to high volume transactions and critical functionalities, prioritize your scenarios.</li>
<li>If you need to fire concurrent requests, then, to identify bottleneck issues, use think time as zero.</li>
<li>Do stress testing for critical components of the system to assess their independent thresholds.</li>
</ul>
<p><strong>Don&#8217;ts:</strong></p>
<ul>
<li>During load testing, never ever allow test system resources to cross resource threshold limits from a significant margin &#8211; Otherwise, it will distorts the data in your results.</li>
<li>For performance testing, always use an isolated test environment, but that environment should be exact replica of production environment. There should not be any other traffic load.</li>
<li>Do not put too much stress on the client test systems.</li>
</ul>
<div style='clear:both'></div><img src="http://www.loadrunnerstuff.com/?ak_action=api_record_view&id=34&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://www.loadrunnerstuff.com/best-practices-for-performance-testing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
