<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Plan Editor on Step Documentation</title>
    <link>https://step.dev/knowledgebase/31/categories/plan-editor/</link>
    <description>Recent content in Plan Editor on Step Documentation</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Mon, 19 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://step.dev/knowledgebase/31/categories/plan-editor/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Calling Keywords in Plans</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/keywords-in-plans/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/keywords-in-plans/</guid>
      <description>Keywords serve as the fundamental building blocks for implementing automation. From a business perspective, a Keyword symbolizes a functionality to be automated. It might represent a fully automated flow or be as simple as a single user action or service call. A Plan represents an automated scenario and will normally consist of one or more Keywords. Whenever a Keyword is encountered during Plan execution, it leads to a Keyword call. This section focuses on the usage of Keywords within a Plan.</description>
    </item>
    
    <item>
      <title>Plan library</title>
      <link>https://step.dev/knowledgebase/31/libraries/plans_lib/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/libraries/plans_lib/</guid>
      <description>All of the plans documented in this section can be downloaded and then imported into your own private instance by following this procedure.
Basics Here are a few basic, yet non-trivial plans which will help you get started with the most useful and common constructs. We will be practicing with a very simple source type called &amp;ldquo;Json String&amp;rdquo;, which will help us distribute data across iterations and threads.
We can pass an arbitrary array of Json objects and then access them object by object.</description>
    </item>
    
    <item>
      <title>Step Studio</title>
      <link>https://step.dev/knowledgebase/31/devops/step-studio/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/devops/step-studio/</guid>
      <description>Step Studio brings the visual editors of the Step platform to your local machine. It lets you create and maintain Automation Packages, execute Plans locally, and execute or deploy your automation on a remote Step instance.
Studio works directly on the Automation Package files in your project, including its YAML descriptor and Plan fragments, alongside the source code and resources used by your Keywords. You can use Studio and your IDE on the same project without maintaining separate copies of the automation.</description>
    </item>
    
    <item>
      <title>Controls</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/controls/</link>
      <pubDate>Thu, 23 May 2019 07:00:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/controls/</guid>
      <description>Step supports a wide range of so-called controls to build-up complex flows in Plans. The supported controls range from classical control structures (like if blocks, loops, etc) to use-case specific controls like thread groups for load-testing, data-sets, etc. This page provides details about all the controls supported by Step.
General controls Set The Set control allows to define a variable and assign it a value. Variables defined with Set controls can be accessed according to their scope throughout Plans and sub Plans.</description>
    </item>
    
    <item>
      <title>Groovy library</title>
      <link>https://step.dev/knowledgebase/31/libraries/groovy_lib/</link>
      <pubDate>Wed, 22 May 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/libraries/groovy_lib/</guid>
      <description>Select For Update (atomic transaction) Below an example of Groovy script used to open an sql connection, update a column of the first row of a table, then close the connection.
sql = groovy.sql.Sql.newInstance(&amp;#39;jdbc:mysql://localhost/step&amp;#39;,&amp;#39;step&amp;#39;,&amp;#39;init&amp;#39;) sql.execute(&amp;#39;begin&amp;#39;) sql.firstRow(&amp;#39;select myColumn from myTable for update&amp;#39;)[0] sql.execute(&amp;#39;update myTable set myColumn = myColumn + 1&amp;#39;); sql.execute(&amp;#39;commit&amp;#39;) sql.close() Copy a file from a path to another java.nio.file.Files.copy(java.nio.file.Paths.get(file), java.nio.file.Paths.get(file+&amp;#39;2&amp;#39;)) REST call with JSON response response = new URL(&amp;#34;http://localhost:8080/rest/grid/agent&amp;#34;).text json = new com.</description>
    </item>
    
    <item>
      <title>Using variables in Plans</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/plans-variables/</link>
      <pubDate>Thu, 23 May 2019 07:00:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/plans-variables/</guid>
      <description>Variables are used throughout plans to pass information from one node to another, or to store the result of a dynamic computation.
Variable types Similar to any programming language, Step supports the use of variables in Plans. The variables declared and used in a Plan are called Plan variables. A Plan variable is a container that stores a data value under a specific name.
Like in classical programming languages, Step supports the following types of variables:</description>
    </item>
    
    <item>
      <title>Automation Package Descriptor</title>
      <link>https://step.dev/knowledgebase/31/devops/automation-package-yaml/</link>
      <pubDate>Wed, 22 May 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/devops/automation-package-yaml/</guid>
      <description>Automation Packages are defined in a declarative way using YAML alongside the automation code. The Step Automation Package YAML syntax is specified by the Automation Package JSON schema, for more convenient work you can configure the embedded file editor in your IDE (IntelliJ IDEA or Visual Studio) to associate this schema with the Step YAML automation packages.
For Java Automation Packages, it is possible to directly declare certain entities in the code in addition to the YAML descriptor.</description>
    </item>
    
    <item>
      <title>Plan modularity</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/other-plans/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/other-plans/</guid>
      <description>Calling another Plan To enable modular design of Plans Step makes it possible to recursively call other Plans.
Using the Visual Plan Editor you can easily call other Plans using the tab &amp;ldquo;Other plans&amp;rdquo; from the component list:
Using the plain-text syntax other plans can be called using the following syntax
Call plan &amp;#34;Test Case 01&amp;#34; Call plan &amp;#34;Test Case 02&amp;#34; Call plan &amp;#34;Test Case 03&amp;#34; Composite Keywords You can also achieve modularity using so called composite keywords.</description>
    </item>
    
    <item>
      <title>Plans</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/</guid>
      <description>A Plan in Step is the implementation of an automation scenario such as a functional test case, a load test, an RPA routine, or a synthetic monitoring probe. Plans combine building blocks called Keywords with various controls that build up the execution logic of the automation scenario.
As a beginner, make sure to understand the key concepts explained in the following sections before creating your first Plan. You will also find various ways to create different types of Plans in our tutorials.</description>
    </item>
    
    <item>
      <title>Visual Plan editor</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/visual_plan_editor/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/visual_plan_editor/</guid>
      <description>The Visual plan editor is the most basic and straight-forward way to create a Plan in Step. When using the Visual interface, you create your Plan in a code-free intuitive editor that gives instant access to the libraries of available Keywords and Controls. Using the Visual interface makes it possible to create a Plan in an intuitive manner without technical skills and prior knowledge of Step. It is also well-suited for complex automation plans which require a visual representation of the Plan.</description>
    </item>
    
    <item>
      <title>Plain text plans</title>
      <link>https://step.dev/knowledgebase/31/userdocs/plans/plaintext_plans/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/plans/plaintext_plans/</guid>
      <description>In addition to the Visual Plan editor Step comes along with a full-featured parser which enables the creation of Plans using a plain-text human-friendly syntax.
The plain-text format has different advantages over the Visual interface. Using the plain-text format makes it possible to manage Plans in a same manner as code and thus enables the use of version control system like git, text editors, etc. It also enables the integration with classical Test-Management Tools initially developed for manual test specification and thus based on plain-text test-cases specifications.</description>
    </item>
    
    <item>
      <title>Parameters</title>
      <link>https://step.dev/knowledgebase/31/userdocs/parameters/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/parameters/</guid>
      <description>Parameters are centrally defined variables that can be accessed by both Keywords and Plans in Step. They offer several key capabilities:
Scope Assignment: Parameters can be assigned to specific scopes, restricting their visibility and access to certain applications or keywords. Protection of Sensitive Parameters: Sensitive parameters can be protected to hide their values from users, ensuring secure handling of critical data. Activation Expressions: Parameters can be dynamically assigned or mapped to specific environments, users, or other conditions using activation expressions.</description>
    </item>
    
    <item>
      <title>Customization</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/customization/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/customization/</guid>
      <description>Cosmetics Cosmetics customization is only available as part of step enterprise Customization of step&amp;rsquo;s static resources (images, stylesheets, &amp;hellip;) is made possible in a generic way using the two following properties:
cosmetics.folder: This property points to a local folder on the controller&amp;rsquo;s host in which alternate cosmetic resources are stored (conf/cosmetics/ by default).
cosmetics.interceptedResourceList: A comma-separated list of resources which are supposed to be replaces with custom resources. Defaults to step-variables.</description>
    </item>
    
    <item>
      <title>User guide</title>
      <link>https://step.dev/knowledgebase/31/userdocs/</link>
      <pubDate>Wed, 13 Feb 2019 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/</guid>
      <description>This section groups the documentation related to the use of Step.
If you&amp;rsquo;re using Step for the first time, it is recommended to get started with on the tutorials</description>
    </item>
    
  </channel>
</rss>
