A New Approach to Cloud Native Testing – InApps Technology is an article under the topic Software Development Many of you are most interested in today !! Today, let’s InApps.net learn A New Approach to Cloud Native Testing – InApps Technology in today’s post !

Read more about A New Approach to Cloud Native Testing – InApps Technology at Wikipedia

You can find content about A New Approach to Cloud Native Testing – InApps Technology from the Wikipedia website

Ole Lensmar

Ole is CTO of Kubeshop. Ole started building HTTP/XML-based APIs in the late ‘90s and has served as CTO at several startups and companies since then, including SmartBear, and as product architect at Ambassador Labs. He was co-founder of base8, an XML-oriented consulting company, and Eviware Software, where he created SoapUI, one of the most-used open source testing tools. He served as the chairman of the OpenAPI Initiative from its inception in early 2016 until late 2020.

When companies talk about modernizing their tech stack or removing legacy infrastructure, it often includes everything except their testing toolchain — they are just happy when it isn’t broken.

While almost everything from simple web apps to stateful databases have moved toward more cloud native architectures, the way we test our applications is frequently still firmly stuck in another era.

It’s not without reason: Testing is usually tightly integrated with development tooling and related workflows because running them as part of builds allows us to easily check that the built artifacts are working as they should. However, this also creates a tightly coupled stack that is brittle to change and not resilient in the face of failure.

Cloud native is all about making things more modular, reusable and loosely coupled, yet a tightly coupled testing toolchain is the antithesis of these ideals. Being tied to certain tools and related workflows limits testing modularity across single tests, entire workflows and disparate infrastructures.

Read More:   Hackathons Tackle COVID-19 – InApps Technology 2022

When only a small bug fix or functionality is added, integrated CI/CD workflows often force you to rerun your entire test suite, even when only a single test run may be needed. Once you have a workflow set up, what you are allowed to do as a tester is often limited by your CI/CD tooling and the access you’re given. And it’s often up to you to cobble together a coherent test-result dashboard based on the tools used to build and test your applications. Finally, once you have built your testing workflow for one cluster or platform, it is probably easier to start fresh again rather than try to port it elsewhere and even keeping it relevant for your current infrastructure can be a challenge.

Making Testing Cloud Native

Just putting testing on a cloud native platform like Kubernetes won’t help that much either. Provisioning test environments is also somewhat easier, especially with a GitOps approach, but grappling with different environments, cluster networking, remote access and so forth is still a challenge. And unfortunately, many testing tools aren’t “made for k8s,” which can result in clunky approaches when using them to test applications running on Kubernetes.

To help overcome these challenges and bring testing into the cloud native era, a few things are necessary. First, making your pipelines more reusable and modular to be used in any CI/CD or testing framework allows you to quickly adapt to changes in your solution without the need to adapt or create a completely different pipeline that is tightly coupled to the CI/CD or testing framework. Secondly, tests should be aware of the state of your infrastructure and integrated into it. By making testing cloud native, we can all bring code to production faster and more confidently.

Testing on Kubernetes for the Cloud Native Era

Building off the insights above, we’ve created TestKube, an open source lightweight testing framework for Kubernetes that takes a somewhat opinionated approach to testing.

  1. Tests are included in the state of your cluster.
Read More:   Welcome to the Age of Node.js-Based Cross-Platform Malware – InApps 2022

Tests are defined and executed using Kubernetes constructs and services in the cluster itself, ensuring that your applications and services are always “testable,” instead of having to rely on correctly configured, externally available tools and artifacts at any time. Test execution is performed from within the cluster itself, removing the need to configure/open your Kubernetes network for the sake of test execution, and no external dependencies are needed to validate that things are working as they should.

Test execution can be triggered by both internal and external triggers — kubectl commands, Kubernetes resource updates, or by CI/CD systems interacting directly with the TestKube API server. Need to rerun a single test to validate a ConfigMap update? No problem! Or run the entire test suite after your application has been deployed, triggered by ArgoCD? TestKube has you covered.

  1. Test workflows and results are modular.

Test scripts, orchestrations and executors follow a generic format that is possible to use/implement for any type of test — functional, performance, security, conformance, etc. Test results are aggregated in a common format and exposed to external tooling via APIs or as standard metrics that can be consumed by tools like Prometheus, Grafana and such. This modularity allows teams to repurpose and reuse tests as needed and moves away from being tied to the abilities of a single CI/CD tool for test-related activities on Kubernetes.

  1. Testing is environment aware and integrated.

The underlying architecture is open and modular. Since native Kubernetes constructs, like custom resources and ConfigMaps, are used to configure and orchestrate tests, GitOps workflows and tooling can ensure that tests in your cluster are always up to date. QA engineers can focus on building the right tests for your applications without having to worry about how or when to deploy them into your cluster or environment for execution, while they still have the power to both run tests and analyze test results as needed.

Read More:   Four Node.js Gotchas that Operations Teams Should Know about – InApps Technology 2022

Where We Are and Where We Are Going

Given the ambitious goals set out above, TestKube is definitely a work in progress but already in a state to deliver on several of them. We’ve started with supporting the execution of Postman Collections for APIs and Cypress tests for UIs, and we plan to support more types of scripts, including Selenium, K6, JMeter, SoapUI and Cucumber. Check out the latest 0.8.0 release to see how you can orchestrate multiple scripts into complex integration tests and get integrated results via TestKube’s test result dashboard.

TestKube is brought to you by Kubeshop, an open source accelerator/incubator.

InApps Technology is a wholly owned subsidiary of Insight Partners, an investor in the following companies mentioned in this article: Postman, Ambassador Labs.

Featured image via Pixabay

Source: InApps.net

List of Keywords users find our article on Google:

ole lensmar
cloud native testing
cloud native application testing
cloud-native testing tools
testing cloud native applications
soapui functional testing
hire cucumber developers
custom application development
application portfolio tools with xml input
hire remote cucumber developers
selenium tester jobs
grafana labs
cloud testing jobs
postman native app
クラウド rfi
mobile development and consulting
eviware soapui
inception wikipedia
cto wikipedia
wikipedia cto
prometheus labs wikipedia
sake bar ho chi minh city
sake ho chi minh city
soapui reviews
hire remote xml developers
cypress test upload file
jmeter saas
jmeter vs k6
prometheus laboratories test menu
si cluster tests
soapui
qa tester jobs remote
cypress run specific test
soap ui testing experts
custom dna constructs
mobile app testing jobs
cypress run single test
retail execution mobile app
cloud sql kubernetes
selenium testing wiki
Rate this post
Content writer

Let’s create the next big thing together!

Coming together is a beginning. Keeping together is progress. Working together is success.

Let’s talk

Get a custom Proposal

Please fill in your information and your need to get a suitable solution.

    You need to enter your email to download

      Success. Downloading...