Operations | Monitoring | ITSM | DevOps | Cloud

In this Postman load testing tutorial, you’ll learn how to run a large scale load test in Kubernetes using your existing Postman collections. Because HTTP services don’t have a graphical user interface, it’s common to build collections of requests using Postman during the development process. These collections are useful for running quick functionality tests as you develop each endpoint.

So, you have launched a website intending to reach a worldwide audience? If you're running a business, this could be the first step to growing your brand. But is your website really ready to go global? After all, just because your website works for a user in the United States doesn't mean it will be accessible to a user in Japan. For one, not everyone speaks the same language. Does your website offer translation for users visiting from different global locations?

In this post, we’ll look at how you can use OpenTelemetry to monitor your unit tests and send that data to Honeycomb to visualize. It’s important to note that you don’t need to adopt Honeycomb, or even OpenTelemetry, in your production application to get the benefit of tracing. This example uses OpenTelemetry purely in the test project and provides great insights into our customer’s code. We’re going to use xUnit as the runner and framework for our tests.

Today it’s not unusual to see organizations having implemented mocking in their daily workflow, as mock APIs allow developers to speed up their development and not rely on external services. For those reasons and others, many engineers are looking to learn more about the mocked APIs and how they can best be implemented into their organization.

This is one of a two-part series. You can also learn how to automate the deployment of FeathersJS apps to Heroku. In the software development lifecycle, testing offers benefits that reach far beyond the code itself. Testing assures all parties (developers, clients, project managers, etc) that, while the application may not be completely bug-free, it does what is expected, as expected.

Testing is a vital part of the mobile app development process. Your team can use testing to evaluate the quality, security, and reliability of mobile apps before releasing them to your users. Users who expect their applications to be highly performant and intuitive. There are two ways DevOps teams can perform testing for mobile apps: on-premise (also called self-hosted) or in the cloud. But which of these is the best option for your team?

The modern standards of the web demand that user-facing applications be highly usable and satisfying. When deploying frontends, it’s important to implement a comprehensive testing strategy to ensure your customers are getting the best possible user experience. It can be difficult, however, to gauge the effectiveness of your test suite. For instance, all of your tests may be passing, but they might not cover a specific UI element that is crucial to a critical workflow.

I remember just about three years ago sitting in a companywide meeting in a conference room at the Museum of Modern and Contemporary Art in Lisbon, Portugal (Museu Coleção Berardo, Lisboa). Our CTO, Bernd Engist, was giving us a presentation about some new features we had recently developed on automating the start/stop process of an SAP system.

Delivering business-critical applications and code relies on two key factors; functionality and efficiency. Mock and Unit tests are a few industry standards that aim to ensure the correct functionality of your code, catching potential bugs and issues before deployment. These tests are vital to workflows, CI/CD pipelines, and the overall build and deployment process. While functionality may be sound, one key aspect that is oft-forgotten is the efficiency and performance of your code.