Page Inspector
Summarize
Summary of Page Inspector
The Page Inspector is a developer tool within ServiceNow's AI Platform that assists in identifying HTML and JavaScript components for custom UI testing. It provides the means to ensure that user interfaces contain only testable elements, enabling effective automated testing through the Automated Test Framework (ATF).
Show less
Key Features
- Highlighted frame to identify the inspected page.
- Banner icon to toggle the Inspector pane visibility.
- Refresh button for updating the list of page components.
- Search filter for finding specific components.
- Components labeled for easy identification and access to detailed information.
- Label Path field to show the hierarchical context of elements for better differentiation.
- Launcher for selecting and accessing specific pages within the inspector.
Testable Page Components
The Page Inspector retrieves a list of testable components upon loading a page. These components are standard HTML and JavaScript elements that can be used in custom UI testing.
Untestable Page Components
- Exclusion Listed: Components that cannot be tested using custom UI steps, such as specialized user interfaces. Alternative testing categories must be used (e.g., Forms or Service Catalog).
- Inaccessible: Elements that the ATF cannot identify, often due to configuration issues or third-party libraries.
- Unsupported: Certain components, such as workspaces and embedded external sites, cannot be tested using the ATF.
Next Steps
Utilize the Page Inspector to evaluate and ensure all necessary page components are accessible for automated testing. For any components that are exclusion listed or inaccessible, consider redesigning the user interface or applying appropriate testing categories as needed.
Identify the HTML and JavaScript page components in your user interfaces that are available for custom UI testing. Enable automated testing by ensuring that your user interfaces only contain testable page components.
The Page Inspector is a developer setting that opens a new pane beside any currently displayed ServiceNow AI Platform page.
- A highlighted frame to identify the currently inspected page.
- A banner icon to display or hide the Inspector pane.
- A button to refresh the list of page components.
- A button to hide the Inspector pane.
- An inspector button to identify specific components on a page.
- A list of page components available for custom UI testing.
- A page component search filter.
- A row to click to see more information about a page component.
- A highlighted row and tooltip to preview information about the currently inspected component.
- A highlighted page component to identify the currently inspected component on the page.
- A component label and back button to return to the list of page components.
- A list of actions to take on the current page component.
- A list of attribute information for the current page component.
- An attribute name and value pair for a page component.Note:You can use the Label Path field to show the hierarchical page context around an element while inspecting a component on a page. If there are many "ancestor" label paths of an element, it can display only three. Each label path element is separated by a >. It can be used to differentiate between two similar looking components.
Page inspector launcher
The page inspector launcher helps you select and launch a specific page within the page inspector. See Inspect different page types for more information.
Testable page components
The Page Inspector retrieves the list of testable page components when you first load a page. Testable components consist of standard HTML and JavaScript that are accessible to the Automated Test Framework. Test designers can use these components as part of custom UI testing.
Untestable page components
- Exclusion listed
- Exclusion listed page components can't be tested using any Custom
UI test steps. Exclusion listed page components typically include
specialized ServiceNow AI Platform user interfaces and components already testable by
other means. Test designers can't create custom UI tests for exclusion listed page
components. To test these components, they must use another supported test category
such as Forms or Service Catalog.
In the Page Inspector, the exclusion listed interfaces are indicated by a grey background color when the inspect icon is dragged over them. A detailed message about the step category that needs to be used to test these components is displayed by dropping the inspect icon on an exclusion listed component.
- Lists can't be tested using custom UI test steps. Use List and Related List test step category to
test lists.
Figure 3. Sample exclusion listed list message - Forms can't be tested using custom UI test steps. To test forms, use Form category test steps.
Figure 4. Sample exclusion listed form message Note:The UI formatters within forms can be accessed and tested using custom UI test steps. See Create a custom UI test for more information. - Service Catalog items can't be tested using custom UI test steps. To test
catalog items, use Service Catalog category test steps.
Figure 5. Sample exclusion listed catalog item message - Certain components are excluded from custom UI pages and are forbidden from
being tested.
Figure 6. Sample exclusion listed component message - Workspaces can't be tested using custom UI test steps. To test forms in an
available workspace, use Form category
test steps.
Figure 7. Sample exclusion listed workspace message
- Lists can't be tested using custom UI test steps. Use List and Related List test step category to
test lists.
- Inaccessible
- Inaccessible page components are elements that Automated Test Framework either cannot identify or does not have permission to test
because of some configuration issue. Inaccessible page components typically include
third-party JavaScript libraries or elements with a Shadow DOM. Test designers cannot create
custom UI tests for inaccessible page components, but may be able to redesign the page to use
components accessible to Automated Test Framework.
- Certain components are not accessible in the Automated Test Framework
Figure 8. Sample inaccessible component message - Team development is not supported in the Automated Test Framework
Figure 9. Sample unsupported component message - Testing external sites that are embedded in platform pages is not supported in
the Automated Test Framework
Figure 10. Sample unsupported embedded external sites message
- Certain components are not accessible in the Automated Test Framework