Regression Testing

"Almost all major software failures have been caused by things which were not tested, rather than poor assessment of test results."

original-software-test-automation

Regression testing is a safety net for unwanted changes. It means to test that a fix or change has not adversely affected previously working functionality, in other words it has not regressed.

Almost all major software failures have been caused by things which were not tested, rather than poor assessment of test results.

It is what you don’t test that will catch you out, that’s why complete 360 degree testing is so powerful.

original-software-regression-testing-image-02

What should I regression test?

In an ideal world you would test everything. If you went to the doctor and they failed to find an illness because they didn’t test for it, you would be frustrated.  But equally, the doctor has to use their knowledge, skill and experience to decide what to test for in the first place because it is very hard to test for everything. If it was easy, cheap and quick why wouldn’t you test everything?

If you trust your internal IT doctor or source of knowledge, then perhaps you can be selective in regression testing.  Equally if the impact of system failure is not business critical, you can perhaps accept the risk.

If the system is complex, not easily understood, perhaps has multiple interfaces or is critical to the business then a selective approach will leave you exposed.

What should I regression test?

original-software-regression-testing-image-02

In an ideal world you would test everything.  If you went to the doctor and they failed to find an illness because they didn’t test for it, you would be frustrated.  But equally, the doctor has to use their knowledge, skill and experience to decide what to test for in the first place because it is very hard to test for everything.  If was easy, cheap and quick why wouldn’t you test everything?

If you trust your internal IT doctor or source of knowledge, then perhaps you can be selective in regression testing.  Equally if the impact of system failure is not business critical, you can perhaps accept the risk.

If the system is complex, not easily understood, perhaps has multiple interfaces or is critical to the business then a selective approach will leave you exposed.

Regression test manually?

In theory you can perform a regression test manually, but it will be a huge burden on staff. You could perhaps take this approach when a major application is first implemented but it is a non-starter as a regular activity.

Humans simply cannot provide the coverage, depth, thoroughness and speed that is needed – unless you have an army and months in which to do it.

original-software-regression-testing-image-03

Regression test manually?

original-software-regression-testing-image-03

In theory you can perform a regression test manually, but it will be a huge burden on staff. You could perhaps take this approach when a major application is first implemented but it is a non-starter as a regular activity.

Humans simply cannot provide the coverage, depth, thoroughness and speed that is needed – unless you have an army and months in which to do it.

Complete 360 degree regression testing

The only way to be completely sure there are no residual, unexpected errors is to test everything. Sounds simple, but very few organisations do it because they do not have the right solutions or approach. If they did, they could and that would be the end of embarrassing and costly bugs in production that should have been found.

Our code free regression testing solution makes this possible.

3-4 times faster to create scripts than a programmable alternative

Automatically identify every meaningful change in the UI, not just the expected ones

Adapts to changes automatically so scripts do not need ‘fixing’ before running.

At the end of the test the scripts are reset, baselined, to match the current release and are ready to go for the next release test.

3-4 times faster to create scripts than a programmable alternative

Automatically identify every meaningful change in the UI, not just the expected ones

Adapts to changes automatically so scripts do not need ‘fixing’ before running.

At the end of the test the scripts are reset, baselined, to match the current release and are ready to go for the next release test.

Join the organisations who can run a complete regression test for weekly releases and say goodbye to bugs in production.

CertainTeed - Revolutionary regression testing

CertainTeed is a North American manufacturer of sustainable exterior and interior building products. It is a wholly owned subsidiary of Saint-Gobain, the world’s largest building products company.

Marc Croquette, an IT Director at CertainTeed is responsible for multiple, heavily customized SAP implementations across 5 divisions. Read how his team ensures that every change is entirely fit for purpose, how several significant defects were caught ahead of go-live and zero defects have made it through to production.

Our products

Test Automation

Human ready
100% code free
Self-healing
One test-multiple applications
Full content

Manual Testing

Dynamic manual testing
Test documentation
Defect reproduction
Quality checks
Database activity monitoring

Quality Management

Single unified view
Instant access from all devices
Real-time decision-making
Workflows
Completely customisable

You may also be interested in

We are sorry to tell you that using Internet Explorer as your browser won’t give you the best experience of this website.

To get the best value visit us via Chrome, Edge or Firefox