ParametersConfigFile.rst 5.4 KB

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