Test Context
configure how probes identify themselves when running test scenarios
Select a project from the sidebar to view its personas.
Personas
behavior fp = hash of attribute key set — same fp means identical header surface sent to the API
| persona | auth | sent as | tags | behavior fp | |
|---|---|---|---|---|---|
| No personas yet — add one using the form → | |||||
| delete? | |||||
Behavior fingerprint · credential surface per persona
A behavior fingerprint is a hash of a persona's credential header keys — not values. Two personas with the same key set share the same fingerprint. Adding or removing a header key changes the fingerprint; updating the value alone does not.
share fingerprint
has unique fingerprint
fingerprint analysis appears here once personas are created
Add persona
cookie name / value
header name / value
header the probe will inject
persona is a cohort dimension — adding one splits every affected baseline and starts a fresh warmup period for that cohort.
Device Types
each device type sets a request header on every probe request for scenarios using that device dimension
| name | user agent | probe header | |
|---|---|---|---|
| No device types yet — add one using the form → | |||
| User-Agent: | delete? | ||
Probe header impact
When a test scenario has a device type assigned, the probe sets User-Agent on every HTTP request it sends for that scenario. This lets Sentinel distinguish device-class anomalies — a mobile UA may receive different API behaviour, response schema, or content than a desktop UA. No device type assigned means the probe sends its default UA.
→
User-Agent:
header impact summary appears here once device types are created
Add device type
identify this device type with
request the probe will send
device_type is a cohort dimension — adding one splits every affected baseline and starts a fresh warmup.
Network Locations
each location runs one probe · the probe injects X-Network-Persona into every request
| name | executed by | header injected | status | |
|---|---|---|---|---|
| No network locations yet — add one using the form → | ||||
| delete? | ||||
How network identity works
Each network location is served by one probe binary. When the probe executes a test scenario for that location, it injects
X-Network-Persona: <value>
as an HTTP request header. The target server can use this header to return network-specific responses, which Sentinel then compares against the baseline for that cohort.
A scenario with a location assigned is split into a separate baseline per location, so anomalies detected on one network do not suppress alerts on another.
Add network location
identify this location with
header name / value
request the probe will send
setup coverage
coming soon