Application development and testing has been revolutionised in the past several years with artifact and package repositories, enabling delivery of identical application environments in seconds. The use of Github, Jfrog and other repositories exploded with the introduction of Docker containers, and application development and testing now features containers and package repositories, as recognized best practices.
The development and testing of databases, however, remains mired in outdated database refresh and delivery processes. Backups are restored to fixed database instances, that are typically shared between multiple developers or testers. Updating databases often requires a full business day. Problems in a production database…
Okay, so that title doesn’t make complete sense. However, if you read to the end of this article, all will become clear. I’m first going to discuss some of the persistent barriers to in-sprint testing and development. I will then discuss a viable route to delivering rigorously tested systems in short sprints.
The two kingpins in this approach will be data and automation, working in tandem to convert insights about what needs testing into rigorous automated tests. But first, let’s consider why it remains so challenging to design, develop and test in-sprint.
As the Agile Manifesto approaches 20 years old…
The 2020/1 edition of the World Quality Report (WQR) highlights how the expectation placed on test teams has been growing steadily. QA teams today are under more pressure than ever to deliver quality at speed. Software under test has grown increasingly complex, while the time available for the construction and execution of tests is shorter than ever. This has increased the demand for greater automation in testing, often focused on test execution automation.
However, test automation bears its own challenges. According to the WQR, organisations are currently lacking the key skills and budget required to grow and maintain effective test…
We rarely post ‘product’ articles here at Curiosity, preferring instead to draw on our team’s thought and expertise. This article is no different, though it does discuss certain features in Test Modeller.
However, the following article is intended primarily as a guide to common concerns regarding model-based testing, discussing the ways in which we’ve responded to them in Test Modeller. All the features discussed draw on Curiosity’s decades of collective experience in building model-based solutions. Each has been designed to remedy common challenges when implementing model-based test design, shortening it’s time to value while amplifying its benefits.
The features discussed…
Remember when test automation was being peddled as a silver bullet for testing bugbears? Of course, those vendors really meant test execution automation. Automating test execution was going to increase coverage, minimise testing time, and overall reduce the amount of money being spent on testing. It would even butter your toast in the morning.
Well, those days are long gone. Organisations have now reckoned with implementing test automation and have grown wise to its challenges. They’ve discovered that automating one process within testing leaves many others untouched, while introducing many challenges of its own. …
Software delivery teams across the industry have embraced agile delivery methods in order to promote collaboration between teams and deliver new software at unprecedented speeds. Although many teams boast agile delivery methods, one thing that still plagues the SDLC is poor requirements. How can this be, given the core goal of “Agile” in promoting better cross-team communication? For agile to truly be agile, QA must “Shift Left” to the design stage. This is the key to empowering cross team collaboration, improving requirements and reducing costly system faults in later stages of the SDLC.
Requirements still cause 35% of production defects…
Artificial Intelligence (AI) and Machine Learning (ML) solutions for quality assurance are growing increasingly popular. Seen as the “next big thing”, AI/ML have become buzzwords in the industry. Many organisations have already begun implementing AI frameworks into their delivery lifecycles, and many are exploring the possibilities of using AI in the future. In fact, 88% of respondents to the 2020/21 World Quality Report stated that AI is now the strongest growth area of their test activities [1].
It’s easy to see why AI/ML tools are in such high demand. The promise of reduced test maintenance, complete test automation and fast…
Test automation must be lightweight, re-usable and easy to apply, in order to help organisations, ease its implementation enterprise wide. Curiosity aims to provide a viable solution for the frustrations that automation engineers and testers currently face. From requirements defects, to complex scripting and test data bottlenecks, the below infographic discusses how we remove barriers to in-sprint testing.
To learn more about Curiosity or Test Automation check out our latest eBook; Building Sustainable Test Automation: Should you hire more people or buy “another testing tool”?.
You can also visit our website, follow us on LinkedIn, Twitter, Facebook or subscribe to our YouTube channel.
About the author: Mantas Dvareckas, is a Marketing Assistant at Curiosity Software.
Low-code development has created a population of “Citizen Developers”, enabling organizations to deliver IT solutions at incredible speeds. However, this has created a fresh challenge for test teams across organizations, who are now tasked with ensuring the release of quality, bug free apps at unprecedented speeds.
Test teams have become encumbered as they must now test fast-flowing low–code apps, in addition to all existing business-critical systems. Low-code app testing is in turn beginning to occupy an increasing amount of testing time, calling for an efficient and automated solution to low-code app testing.
Automation specialists. Testing, Test Data, DevOps. Inventors of Test Modeller, Test Data Automation, and VIP.