12 posts tagged with "DevRaven"

We are announcing retirement of Sydney monitoring location. There are currently very limited number of customers using this monitoring location, but we still incur costs for maintaining the monitoring location. Retiring resources that are not effectively used will allow us to cut down the costs and use those resources for offering better services.

What does this mean?

• Effective today, you will not be able to select Sydney monitoring location for running any new monitors.
• If you already have any monitors running at Sydney location, they will continue to run.
• You will be able to deselect the Syndey location for currently configured monitors, but once deselected you won't be select the Sydney location again.

If you have any questions, please contact [email protected] for more details.

I am excited to announce the availability of two new features today.

Distributed Tracing​

We also rolled out support for distributed tracing with OpenTelemetry traceparent header (W3C trace context specification). Distributed tracing can now be enabled for Browser Tests or API Tests. When distributed tracing is enabled for a Test, the test results section will show a unique Trace ID that can be used to trace the transactions in your distributed tracing tool.

Here is an example Trace ID generated for a Browser Test:

By using the Trace ID, the requests, their latencies, performance, associated logs and other data can be traced. The screenshot below is a view from Google's Cloud Trace (the tool we use) showing the Trace view for the executed test.

Services​

Services allow you to quickly visualize the Service Health based on the status of associated checks. Services can be associated to SSL Monitors, API Monitors, Browser Tests or even one or more Collections. When an associated test or a test that is part of an associated Collection fails, the Service status will be changed to reflect the failed test.

Here is an example Overview page for Services in a Workspace.

A browser test recorder has been one of the most asked features by our customers. Today I have happy to announce the launch of DevRaven Recorder.

DevRaven Recorder is a free chrome extension that you can install to quickly and easily record a brower test. The extension automatically generates the code for your test scenario as you perform the operations and the generated code can simply be copied to setup a synthetic monitor for your scenario. Zero coding skills required!

The extension currently supports the following features.

• Captures mouse interactions including click, hover, double-click.
• Captures data inputs to input fields such as text fields, password, single and multi-select fields and textarea fields.
• Captures interactions with checkboxes and radio boxes
• Captures keystokes including Meta(Command), CTRL, ALT (Option) keys.
• Detects page navigations such as full web page, SPA or hash change events and automatically waits for navigation to complete.
• Support for capturing screenshots while recording the tests.
• Support for adding waitForSelector.

Here is a demo of the recorder in action:

We have also decided to open-souce the extension under Apache 2.0 license. If you are interested in contributing, feel free to send a pull request. The git repo for the extension is available at https://github.com/devraven-io/devraven-recorder

Installation

The extension will be available on Chrome Web Store very soon following the review process. However you can side-load the extension today to try it out. Just follow the installation instructions available at https://github.com/devraven-io/devraven-recorder#installation. There is a recording as well for the installation process.

Developers and Quality teams spend lot of resources to automate the testing and monitoring of their web applications. It's pretty common to see failing network calls or console error messages, even if all the automated tests just pass.

These failing network calls or errors can happen for varities of reasons. It's just humanly not possible to keep track of network failures/errors while executing your tests all the time and also executing the tests from multiple locations. So, these errors just go unnoticed until a customer reports an issue.

Today we are introducing tracing capabilities that allow automatic capture of network requests and console log messages while executing your browser-based tests. Your test could be as simple as logging in and visiting all your application's web pages or you might have a test covering a complex scenario. You will get visibility into all the network requests that happen while executing your flow.

Here are a couple of screenshots:

Network requests: A familiar user interface similar to Developer Tools that allows you to search/filter the network requests.

Console log messages: UI showing console messages with an ability to search or filter the messages.

Refer our documentation for more details on enabling tracing for your browser-based tests.

Other updates:

• No-code editor now supports executing tests on Chromium, Firefox, WebKit browsers with simple configuration.
• No-code editor now supports waitForLoadState operation.
• No-code editor now supports changing waitUntil option for Go To Url operation
• other minor fixes and enhancements

We push changes to production almost every day and some times multiple times a day. The changes include new product features, bug fixes and any other priority changes required.

Based on customer feedback, we rolled out several changes to monitoring dashboards and also surfaced few metrics around execution time and % success for monitoring checks.

Here is an example screenshot of the new monitor results page:

We clearly show the result trend showing success% for a monitoring check in 24-hour, 3-day and 7-day intervals.

We also show the 90th percentile value for runtime for a monitoring check. The 90th percentile value is widely used to identify performance issue while testing application functionality. We also show a warning if the 90th percentile value for 24-hour window is breaching the 3-day or 7-day interval by over 20%.

There is also a new chart on the page that allows seeing the execution time of the monitor's latest 20 checks for all selected monitoring locations. The chart allows you to visualize the performance based on the location and see a trend for the recently executed checks.

Collection results​

Collections allow you to group monitoring checks to test an end-to-end flow or allow grouping multiple monitoring checks to run against multiple environments.

With the recent introduction of Collections, we realized that the experience to view results for a monitor specific to a Collection was complex.

We have simplified this experience with the changes this week. You can now check results of a monitor specific to a Collection.

Here is an example:

The screenshot shows a monitor named User Profile Checker configured to run on Staging and Production using Collections.

The results for this monitor on Staging or Production can now be accessed using the new Collection tiles. Each of the tiles also show the recent results for the monitor in the Collection.

Changes to notifications​

The Synthetic Testing and API Monitoring email, Slack, Teams notifications are now updated to reflect the Collection name as well now. This allows you to get more context about a monitor reporting a failure or recovery and prioritize accordingly.

Other updates include:

• Inconsistent use of shadows vs. borders for tile and card layouts have been fixed. We will consistently use bordered flat layouts.
• bug fixes

Today we are announcing the availability of No-Code Editor for defining Synthetic Tests in DevRaven.

Previously, adding a new synthetic test required users to directly define the Javascript code for executing Playwright tests. However we received feedback from our users that directly writing code is hard and some users are not familiar with Javascript and use other languages for automating tests.

Based on this feedback, we added support for No-code Editor which offers ready-to-use actions that can be composed to create an end-to-end flow.

Browser interactions, assertions, miscellaneous actions and custom scripts can be added part of the flows with a simple click. Steps can also be dragged and dropped to change the execution sequence. For complex scenarios, we continue to support the full Scripting Mode.

We also published content including video for users who prefer to use a browser based recorder to generate the code. Refer Recording Tests for more details on how to use recorder for generating Synthetic tests.

Other updates include:

• Home page updates to show monitor count and highlight snoozed monitors.
• Additional Synthetic test recipes
• More documentation updates
  • Recording Tests
  • Multi-environment Monitoring
  • HTTP Requests with axios
  • Continuous Web Page Monitoring
• bug fixes

Today we launched support for Multi-Factor Authentication (MFA) for all DevRaven user accounts.

Any user can optionally enable MFA for their user account to prevent unauthoized access to their account due to weak/leaked passwords.

User accounts with MFA enabled are required to enter MFA token during the local authentication (username/password based) login process.

Please note, you will not be prompted to enter MFA token if you use a third-party login provider (such as Google) to access your DevRaven account.

Refer the Multi-Factor Authentication documentation for more details about this feature.

We also pushed few UX improvements to Monitor Scheduling: Schedule changes now require the status to be enabled. This should prevent unintentionally leaving the scheduler in off state when scheduling monitors.

We also published more content about Continuous Web Page Monitoring and Multi-environment monitoring, including video guides!

I am very excited to announce our newest feature, Collections. Collections allow you to create lists of API tests and browser tests which can be executed in a sequence.

Collections allow you to orchestrate tests against your web apps or APIs and make it possible to monitor complex user scenarios. Add tests to a Collection, drag-and-drop to change the order and perform operations as invoked by your real end-users.

Here are a few possibilities:

Workflow Monitoring

Monitor your workflows my composing API tests and Playwright based browser tests with optional delay between each step. Example scenarios such as:

• Monitor your long-running workflows - ensure your end-to-end flows are working as expected and no regressions are introduced with newer changes
• Monitor your ML training jobs - ensure your training servers are up and running
• Monitor integrations - perform operations on your source service and assert the expected output on the target service.

The video walks you through a quick example for setting up workflow monitoring.

Monitor multiple environments

Create monitors or tests for your application functionality and continuously run them against your dev, staging, pre-prod and prod environments. By associationg Collections with specific Environments, the same tests can run on all your environments and any regressions in existing features can be identified.

Refer Multi-environment monitoring for more details.

We will a producing more content and videos discussing varieties of use cases in the coming days. Subscribe to our YouTube channel to receive our updates.

I am happy to announce the support for Opsgenie integration. All DevRaven Workspace (including free plan Workspaces) can use the integration without additional charges.

The integration also supports dispatch of events from one monitor to multiple Opsgenie Teams. Documentation with step-by-step instructions for enabling the integration is available here

Few other updates that were rolled out include:

• An example recipe for using Jest's expect for assertions
• Monitoring results page now show the time taken for execution. Please note that if you have multiple monitoring locations enabled for a monitor, this value can be for any monitoring location.
• few minor bug fixes

Reusable functions is one of the most asked feature by our early access customers. Reusable functions help prevent duplication of code across multiple monitoring checks.

Functions defined in a Workspace can be invoked from Scripts in Synthetic Tests or API monitoring checks. For more details about Functions, refer the documentation here.

PagerDuty integration is now available. More details on PagerDuty website and also refer our documentation here

New availability of persistence APIs to write/retrieve values to temporary storage for monitoring complex dependent scenarios. Refer documentation here

As we get closer to public availability of the product, we also integrated with Stripe for subscription management and billing. We also clarified our Pricing details on our public website.

Few other updates include:

• Changes to Home screen to show usage details
• Changes to Home screen to show TODO items.
• Documented publicly available APIs in API monitoring checks and Synthetic tests
• few bug fixes