Skip to content

Authentication (OATH)

OATH authentication dialog in the recorder

The OATH action lets your scenario pass a time-based one-time password (TOTP) step. Many services use TOTP as a multi-factor authentication (MFA) method during login - apps like Google Authenticator, Authy, or Microsoft Authenticator generate a short-lived code that the user must enter to prove their identity. The OATH action automates this step so you can monitor MFA-protected login flows without manual intervention.

The generated code is pasted into whichever input field is currently active on the page. Before adding the OATH step, click on the MFA code input field to make sure it has focus.

  1. In the recorder, make sure you are in Live mode.
  2. Click on the TOTP input field on the page so it receives focus.
  3. In the toolbox below the recording zone, click the menu.
  4. Select OATH.
  5. Enter the TOTP secret key (the Base32-encoded key from your authentication provider).
  6. Click Submit.

The recorder generates a fresh code from the secret, types it into the active input field, and stores the secret in the timeline.

During monitoring, TestCLIX regenerates a new TOTP code using the stored secret and the current time. Because TOTP codes are time-based and deterministic, this produces a valid code for the current time window without any manual input.

Only the secret is stored - never the generated code itself. Each run produces a fresh code valid for that moment.

  • Logging into accounts protected by TOTP two-factor authentication
  • Passing MFA challenges during automated monitoring of login flows
  • Monitoring admin panels, banking portals, or any service that requires a one-time code at sign-in
ErrorMeaningWhat to do
Error generating tokenThe secret is invalid or incorrectly formatted.Verify the TOTP secret is a valid Base32-encoded key from your authentication provider.
  • Make sure the target input field is focused before adding the OATH step. The generated code is typed into whichever field currently has focus.
  • The system clock on the playback environment must be accurate. TOTP codes are valid only within a short time window (typically 30 seconds), so clock drift can cause codes to be rejected.
  • If the application rejects a code that was already used within the same time window, playback may fail. This can happen when a scenario is replayed very quickly after a previous run.