What is Antithesis? How we’re different Problems we solve Security approach Demo Fintech Customer stories Working with Antithesis Contact us Backstory Leadership Careers Brand

Reports

Antithesis generates two types of reports based on your testing.

The triage report provides a high-level overview of your most recent test run, and a longer history of Findings. Every time you run a test, Antithesis generates a triage report and emails it to your team.

From the triage report, you can request a bug report containing detailed information about a particular issue that Antithesis found.

The pages below offer a detailed explanation of the triage and bug reports. We also have a list of common workflows to help you jump right in.

The triage report

The main sections of the triage report are:

  1. Findings summarize calls to action based on your test (for most users, this is the most important piece).
  2. Environment, a description of the software that was tested.
  3. Utilization, high-level statistics about the run as a whole.
  4. Properties, individual pass/fail information about each of your test properties.

The pages above are based on our interactive example triage report, which was generated from an actual Antithesis test run. We encourage you to open it in another tab and follow along.

The bug report

The main sections of the bug report are:

  1. Context, Instance, and Logs, which show details of the issue you’ve chosen to examine. The rest of the report reacts to the context set here.
  2. Bug likelihood over time, which shows when the behavior was baked in.
  3. Statistical debug information, which shows the areas of code most strongly associated with the bug.

The pages above are based on our interactive example bug report, which was generated from an actual Antithesis test run. We encourage you to open it in another tab and follow along.

  • Introduction
  • How Antithesis Works
  • Tutorial
  • Testing with Antithesis
  • Build and run an etcd cluster
  • Meet the Test Composer
  • User manual
  • Setup guide
  • Properties and Assertions
  • Properties in Antithesis
  • Assertions in Antithesis
  • Sometimes Assertions
  • Properties to Test For
  • Test Composer
  • Test Composer Basics
  • Test Composer Reference
  • Principles of Test Composition
  • Checking Test Templates Locally
  • Webhooks
  • Launching a test
  • Retrieving logs
  • Launching a debugging session
  • Webhook API
  • Reports
  • The triage report
  • Findings
  • Environment
  • Utilization
  • Properties
  • The bug report
  • Context, Instance, & Logs
  • Bug likelihood over time
  • Statistical debug information
  • Multiverse debugging
  • Overview
  • Exploring the multiverse
  • Querying with event sets
  • The Environment and its utilities
  • Using the Antithesis Notebook
  • Cookbook
  • The Environment and Multiverse
  • The Antithesis Environment
  • Fault Injection
  • CPUID
  • Reference
  • Handling External Dependencies
  • SDK reference
  • Go
  • Tutorial
  • Instrumentor
  • Assert (reference)
  • Lifecycle (reference)
  • Random (reference)
  • Java
  • Tutorial
  • Instrumentation
  • Assert (reference)
  • Lifecycle (reference)
  • Random (reference)
  • C
  • C++
  • Tutorial
  • C/C++ Instrumentation
  • Assert (reference)
  • Lifecycle (reference)
  • Random (reference)
  • JavaScript
  • Python
  • Tutorial
  • Assert (reference)
  • Lifecycle (reference)
  • Random (reference)
  • Rust
  • Tutorial
  • Instrumentation
  • Assert (reference)
  • Lifecycle (reference)
  • Random (reference)
  • .NET
  • Languages not listed above
  • Assert (reference)
  • Lifecycle (reference)
  • Tooling integrations
  • CI integration
  • Discord and Slack integrations
  • Configuring Antithesis
  • Instrumentation
  • User management
  • Sizing your deployment
  • Best practices
  • Docker best practices
  • Is Antithesis working?
  • Optimizing for Antithesis
  • Finding more bugs
  • FAQ
  • About Antithesis POCs
  • Release notes
  • Release notes