[Apache JMeter Wiki] Updated: UserManual/BuildTestPlan

[ja...@apache.org]

   Date: 2005-03-07T08:23:17
   Editor: MichaelStover
   Wiki: Apache JMeter Wiki
   Page: UserManual/BuildTestPlan
   URL: http://wiki.apache.org/jakarta-jmeter/UserManual/BuildTestPlan

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -14,7 +14,9 @@
 
 To save tree elements, right click on an element and choose the "save" option. JMeter will save the element selected, plus all child elements beneath it. In this way, you can save test tree fragments, individual elements, or the entire test plan.
 
-The test plan file format changed with version 1.7. Versions later than 1.8 are no longer capable of reading test plans in the old format. If you need to use an old test plan, use JMeter 1.7 or 1.8 to load and re-save it in the new format.
+ {{{The test plan file format changed with version 1.7. Versions later than 1.8 are no
+longer capable of reading test plans in the old format. If you need to use an old test
+plan, use JMeter 1.7 or 1.8 to load and re-save it in the new format.}}}
 
 == Configuring Tree Elements ==
 
@@ -31,7 +33,7 @@
 The JMeter test tree contains elements that are both hierarchical and ordered. Some elements in the test trees are strictly hierarchical (Listeners, Config Elements, Post-Procesors, Pre-Processors, Assertions, Timers), and some are primarily ordered (controllers, samplers). When you create your test plan, you will create an ordered list of sample request (via Samplers) that represent a set of steps to be executed. These requests are often organized within controllers that are also ordered. Given the following test tree:
 
 
- Example test tree
+ Example test tree[[BR]]
  http://jakarta.apache.org/jmeter/images/screenshots/scoping1.png
 
  The order of requests will be, One, Two, Three, Four.
@@ -40,16 +42,22 @@
 Other elements are hierarchical. An Assertion, for instance, is hierarchical in the test tree. If its parent is a request, then it is applied to that request. If its parent is a Controller, then it affects all requests that are descendants of that Controller. In the following test tree:
 
 
- Hierarchy example
+ Hierarchy example[[BR]]
  http://jakarta.apache.org/jmeter/images/screenshots/scoping2.png
 
 Assertion #1 is applied only to Request One, while Assertion #2 is applied to Requests Two and Three.
 
- Another example, this time using Timers:
+ Another example, this time using Timers: [[BR]]
  http://jakarta.apache.org/jmeter/images/screenshots/scoping3.png
 
 In this example, the requests are named to reflect the order in which they will be executed. Timer #1 will apply to Requests Two, Three, and Four (notice how order is irrelevant for hierarchical elements). Assertion #1 will apply only to Request Three. Timer #2 will affect all the requests.
 
 Hopefully these examples make it clear how configuration (hierarchical) elements are applied. If you imagine each Request being passed up the tree branches, to its parent, then to its parent's parent, etc, and each time collecting all the configuration elements of that parent, then you will see how it works.
 
-{{{The Configuration elements Header Manager, Cookie Manager and Authorization manager are treated differently from the Configuration Default elements. The settings from the Configuration Default elements are merged into a set of values that the Sampler has access to. However, the settings from the Managers are not merged. If more than one Manager is in the scope of a Sampler, only one Manager is used, but there is currently no way to specify which is used. }}}
+ {{{
+The Configuration elements Header Manager, Cookie Manager and Authorization manager
+are treated differently from the Configuration Default elements. The settings from
+the Configuration Default elements are merged into a set of values that the Sampler
+has access to. However, the settings from the Managers are not merged. If more than
+one Manager is in the scope of a Sampler, only one Manager is used, but there is
+currently no way to specify which is used. }}}

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org