12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182 |
- Parameters in Configuration files (``globals``)
- ===============================================
- Generally it's not needed to change parameters in the config files during manual or automated execution, as the parameters
- have default values or are anyway defined in the Testrun definition. Still sometimes it's very handy to change them on the fly,
- for instance to slowly retest a single testrecord or to not close the browser after an error.
- .. list-table:: Parameters in globals
- :widths: 25 75
- :header-rows: 1
- * - Parameter
- - Description
- * - ``Release``
- - As you move your maturing software through the system landscape, you might still need regression test results based
- on "old" release functionality, while on lower stages you might want to (regression)-test already newer versions
- or newer functionality. In ``baangt`` there is no need to copy test cases in those situations. You simply update
- your test case definition with the appropriate version number (e.g. >= 2020-10) and set the proper ``Release`` in
- the config file. For instance "2020-09" when you want to run on final quality and the changes from version "2020-10"
- are not there yet.
- Note for developers:
- It's a static method - if you need to apply different versioning schema for your system landscape,
- simply subclass TestStepMaster and overwrite only the method ``ifQualifyForExecution``.
- * - ``TC.slowExecution``
- - When set to ``true``, the browser will stop for a short time after each command, so that you can also visually see
- what the browser is doing
- * - ``dontCloseBrowser``
- - When the browser or script finds an error, it usually takes a screenshot and moves on to the next testcase.
- With this setting to ``True`` the browser session will stop right at the error.
- * - ``TC.BrowserAttributes``
- - Set the value to ``{'HEADLESS': 'True'}`` to run Chrome/Firefox in headless mode.
- * - ``TC.Lines``
- - Which lines from datafile to process.
- * ``linennumber`` e.g. ``5``. Will execute the selected testrun using line 5 from the datafile
- * ``linenumber_from - linenumber_to`` e.g. ``1530 - 1540``. Will execute the selected testrun with lines 1530
- until including line 1540
- Combinations are possible and allowed, in this case separate the numbers by comma e.g. ``5, 10-20, 30-90``
- * - ``TC.Browser``
- - If the testcase is WEB-Testing, then you can overwrite the browser, which is defined inside the testrun definition.
- If the testcase is not a Web-Testcase this setting doesn't have any effect.
- Valid values are ``Chrome``, ``FF`` and ``Safari``
- * - ``TC.BrowserZoomFactor``
- - Set's the zoom factor for the browser window in the current test case. Values are numeric. Default = 100.
- * - ``TC.ParallelRuns``
- - Number of parallel sessions to be executed. Values depend largely on your hardware and internet connection.
- Debugging works only in a single session.
- * - ``TC.NetworkInfo``
- - Creates a very detailed trace of network activity of the browser(s). In the output file you'll find another Tab
- "Network", that holds all API-Calls from the frontend (including header, payload and answer).
- * - ``TC.ExportAllFields``
- - When set to "True", instead of specifying certain fields from the input data, that will be exported to the result
- field, take ALL fields for export.
- * - ``TC.RestartBrowser``
- - When set to "True", will always start a new browser after the previous test case was done.
- * - ``TC.UseRotatingProxies``
- - When set to "True", will not use your own IP-Address but will use random rotating proxy servers from a list of proxies.
- * - ``TC.BrowserWindowSize``
- - When set to a value of width x height, will adjust the browser window dimensions. Value format can be
- ``<w>;<h> or <w>,<h> or <w>/<h> or <w>x<h> or --<w>,--<h>``
- * - ``TC.ReReadProxies``
- - When set to "True", the proxy-servers will be re-evaluated. Otherwise existing list of Proxy-Servers will be used
- for proxy rotation. List must be named ``proxies.json`` and contain a list of proxies.
- Each entry in the json file must contain ``ip`` and ``port``.
- * - ``CL.<classType>``
- - Usually you'd set the className of your own subclassing classes either in the testrun-JSON or XLSX for each
- object of a testrun (TestCaseSequence, TestCase, TestStepSequence, TestStep). Here you also have the
- change/define other classes (e.g. BrowserDriver, Timing, etc.), which you subclassed and enhanced for your
- local installation.
- * - ``TC.LogLevel``
- - Set the LogLevel to a different value. In baangt standard the file-logger is set to ``debug`` while the console
- output is set to ``info``. Using this setting you'll set both logger channels to whatever value you provide.
- In the new UI you'll see a dropdown menu.
- * - ``Append Excel``
- - When you use this parameter, you can append the corresponding columns of the output sheet to existing Excel-Sheet(s).
- We will compare column header names and append records (lines) to all Excel-Workbooks/Sheets, that you want.
- This feature is very handy when you create test data, that you want to use later in other and/or multiple test cases.
- e.g. if you create customer master data, that you want to use for multiple orders/deliveries.
|