Feature Ideas

Trending
  1. Automatic Retest for Failed Checks

    I’d like to request a feature where CheckView automatically retests failed checks at scheduled intervals (e.g., every hour) until the issue is resolved. This would function similarly to an uptime monitor, providing updated status checks instead of requiring manual intervention each time a test fails.

    Garrett N

    0

  2. Client Reports (integration with WP Umbrella?)

    I would love if there were a way to send a monthly report to clients about the uptime of their form. Something like the number of tests and the percentage of successful ones. This would be ideal to integrate with something like WPRemote or WPUmbrella that can feed CheckView data into the monthly reports we are already sending.

    Jaiden N

    5

  3. Allow Multi-Select for Weekly and Monthly Scheduling

    Currently, when creating or editing a test schedule, users can only select one day of the week (for weekly) or one day of the month (for monthly). It would be helpful to allow multiple selections for these options, for example, running a test every Monday and Thursday, or on the 1st and 15th of each month. It would be nice if we could: • Replace the existing single-select dropdown with a multi-select dropdown or checkbox list. • Support selecting multiple days in both “Weekly” and “Monthly” schedule types. • Display selected days clearly in the schedule summary for clarity.

    Rocket

    1

  4. Choose specific device types for tests (not just mobile or desktop)

    It’d be great if I could pick a specific device to test on (like iPhone 15 Pro, Galaxy S24, or iPad) instead of only having the generic mobile or desktop options. This would help simulate real-world scenarios more accurately.

    Matt Schwartz

    0

  5. Add an API with webhooks and integrations

    It’d be amazing if CheckView had an API so I could trigger tests or pull results automatically. Support for webhooks, Zapier, and similar tools would make it much easier to connect CheckView with other platforms and run tests based on our nightly site builders, etc.

    Matt Schwartz

    0

  6. “Open Support Ticket” Button from Test Flow Page

    It would be helpful to have a button or link directly on each Test Flow page that allows users to open a support ticket related to that specific flow: • Add a visible “Open Support Ticket” button/link on the Test Flow detail page. • The button should link to the CheckView support/contact form. • Pass relevant query parameters (e.g., Flow ID, Flow Name, Org ID, etc.) in the URL so the ticket form is auto-filled with context from the specific test flow. • Include a subject prefix like “Issue with Test Flow: [Flow Name]” to streamline support intake.

    Zack P

    0

  7. Test Flow Rewind and Edit

    Requesting a feature that allows users to fix failed test steps and resume execution from any point, no need to rerun the entire test upon failure, just rewind to the failure, apply fixes, and continue validating from there. This would streamline troubleshooting by enabling faster iteration when fine-tuning flows, especially after failed interactions or unexpected behavior mid-test.

    Matt Schwartz

    0

  8. Test Flow Comments

    Effective collaboration and documentation are essential for maintaining accurate and efficient QA processes. With Test Flow Comments, users can now add inline comments directly to test flows. This feature enhances communication, making it easier to document failures, provide context, and share insights with the team.

    Matt Schwartz

    0

  9. Basic Authentication (Basic Auth) Support

    Many websites and staging environments use Basic Authentication (Basic Auth) as a simple security layer to restrict access. Currently, CheckView may encounter authentication barriers when testing these sites. Adding native support for Basic Auth would allow tests to seamlessly bypass authentication prompts and execute without manual intervention.

    Matt Schwartz

    0

  10. Allow Email Notifications to Original Recipients During Tests

    Currently, email notifications triggered during CheckView test executions are typically suppressed or redirected to test-specific inboxes to avoid sending test emails to real recipients. However, certain scenarios require allowing email notifications to reach original recipients for end-to-end validation, such as testing user communications, transactional emails, and workflow automations.

    Matt Schwartz

    0

  11. Abort Test Flow / Test Execution

    Currently, test executions in CheckView run to completion unless they encounter a failure. However, there are scenarios where users may need to abort a test flow or execution manually or conditionally to optimize test runs and prevent unnecessary processing. Implementing an Abort Test Flow feature would allow users to stop tests dynamically based on predefined conditions or manual intervention.

    Matt Schwartz

    0