<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://training-course-material.com/index.php?action=history&amp;feed=atom&amp;title=What_to_Test</id>
	<title>What to Test - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://training-course-material.com/index.php?action=history&amp;feed=atom&amp;title=What_to_Test"/>
	<link rel="alternate" type="text/html" href="https://training-course-material.com/index.php?title=What_to_Test&amp;action=history"/>
	<updated>2026-05-13T09:38:49Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://training-course-material.com/index.php?title=What_to_Test&amp;diff=23918&amp;oldid=prev</id>
		<title>Cesar Chew at 16:38, 24 November 2014</title>
		<link rel="alternate" type="text/html" href="https://training-course-material.com/index.php?title=What_to_Test&amp;diff=23918&amp;oldid=prev"/>
		<updated>2014-11-24T16:38:59Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Cat|JMeter|30}}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing Requirements ==&lt;br /&gt;
* Non functional requirements come from the business strategy or contract with clients&lt;br /&gt;
** e.g. If the strategy is to have few rich visitors test should focus on reliability rather than expect billions of visitors&lt;br /&gt;
* Subset of functional testing (Use Cases, User Stories and their Scenarios)&lt;br /&gt;
* Most frequent scenarios&lt;br /&gt;
* Scenario which potentially impacts performance&lt;br /&gt;
* Prioritized by business people (managers) not testers&lt;br /&gt;
* Not everything should be tested&lt;br /&gt;
* Setting goals and scope of test is crucial (otherwise it is never done) &lt;br /&gt;
* Testing can be a continuous process&lt;br /&gt;
&lt;br /&gt;
== Performance Requirements ==&lt;br /&gt;
* Specific Hardware (8 Athlon Processors, 512MB RAM, SSD, etc..)&lt;br /&gt;
* Software Confiugration&lt;br /&gt;
* Max no of records in the database (e.g. 100 000 000)&lt;br /&gt;
** Can be express in business terms (number of clients, contacts, invoices, enquiries, etc...)&lt;br /&gt;
* Max database size (e.g. 100 GB)&lt;br /&gt;
* Maximum number of registered user (e.g. 4500)&lt;br /&gt;
* Distribution of scenarios: scenarios 1 (20%), scenario 2 (30%), scenario 6 (70%)&lt;br /&gt;
** Average Response Time (e.g. 1500ms)&lt;br /&gt;
** Maximum page load time (e.g. 10 sec)&lt;br /&gt;
** Minimum throughput (e.g. 2400 pages/minute)&lt;br /&gt;
** Concurrency users (300 users working concurrently)&lt;br /&gt;
&lt;br /&gt;
== Performance Test results ==&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Client side&amp;#039;&amp;#039;&amp;#039;:&lt;br /&gt;
* Response Time: distribution shape, min, max, average, standard deviation, median, skewness&lt;br /&gt;
* Throughput (scenarios/min)&lt;br /&gt;
* Error Level, error responses in details&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Servers side&amp;#039;&amp;#039;&amp;#039;:&lt;br /&gt;
* Memory utilization&lt;br /&gt;
* CPU utilization&lt;br /&gt;
* Network throughput&lt;br /&gt;
* IO waiting time&lt;br /&gt;
* Storage free space&lt;br /&gt;
&lt;br /&gt;
== Performance Testing Process ==&lt;br /&gt;
* How to identify your testing needs &lt;br /&gt;
* Defining the steps of your test&lt;br /&gt;
** Gathering requirements (use cases, user stories)&lt;br /&gt;
** Scoping (choosing and prioritize scenarios)&lt;br /&gt;
** Designing tests&lt;br /&gt;
** Preparing data&lt;br /&gt;
** Preparing environment&lt;br /&gt;
** &amp;#039;&amp;#039;&amp;#039;Recording tests&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
** &amp;#039;&amp;#039;&amp;#039;Perform the test&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
** &amp;#039;&amp;#039;&amp;#039;Analysis and reports&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
** Conclusions and improvement&lt;/div&gt;</summary>
		<author><name>Cesar Chew</name></author>
	</entry>
</feed>