You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When you set up a test in Splunk Synthetic Monitoring, you can configure the viewport and network connection of the device from which the test is simulated.
31
29
32
30
Because Browser tests capture the visual experience of a page, while Uptime and API tests only capture response data, viewport applies to Browser tests only. Network connection applies to all test types.
Browser tests in Splunk Synthetic Monitoring capture the visual experience of a user interacting with your application. The viewport is the framed area on a device's screen for viewing information, such as the browser window on a desktop. By default, Browser tests run from a desktop-sized viewport. You can configure tests to run from other viewport sizes to test the user experience from a variety of window sizes and device types.
42
36
43
37
When you set up a test, you can choose the viewport size from a list of common devices, or set a custom viewport by height and width.
You can run Browser, Uptime, or API tests to simulate network connections of various latencies, including Mobile LTE, Mobile 3G, DSL, Mobile 5G, and cable internet. Testing your site from a variety of connection types lets you monitor the experience of users in a variety of settings.
Specify locations for your tests to simulate traffic from a range of checkpoints around the world, or use private locations to test sites from within a private network.
82
64
83
65
For more, see:
@@ -88,12 +70,9 @@ For more, see:
88
70
.. * See :ref:`private-locations` to set up private locations.
You can use the play and pause buttons in the more menu (|more|) of your tests to pause or resume data collection.
98
77
99
78
The current status of a test is updated every time you load the :guilabel:`Test Overview` page in Splunk Synthetic Monitoring. The following table describes the possible status types for each test.
@@ -117,14 +96,9 @@ The current status of a test is updated every time you load the :guilabel:`Test
Choosing informative names for your tests and alerts helps organize content. Here are some guidelines:
129
103
130
104
* Add a category as a prefix to your test name like group, application, brand, or team names so that you can simplify searches. For example, these two Browser tests start with ``[ButtercupGames]``.
@@ -136,13 +110,9 @@ Choosing informative names for your tests and alerts helps organize content. Her
136
110
:alt:This image shows two Browser tests with the prefix [ButtercupGames].
Follow these guidelines to troubleshoot a broken test.
147
117
148
118
#. (Optional) Make a copy of the test so that you can check various solutions before fixing the original test.
@@ -159,12 +129,9 @@ Follow these guidelines to troubleshoot a broken test.
159
129
#. Verify that there is one instance only of the selector you want to use in your test. If the selector appears more than once your test might break again in the future. Unique selectors provide optimal test performance.
0 commit comments