Skip to content

Testing is not a cost. It is insurance against losses

Testing eats 15 to 25% of a project budget, so clients often ask whether they can skip it. Here are four real failures, what each cost, and what a proper test would have cost instead.

AuthorMarketing Department
  • 9 min read
  • 202 views
Testing is not a cost. It is insurance against losses

The real cost of errors in business software

When a small bug costs a fortune

When we talk to clients about a custom CRM, an ERP or business automation, the same question comes up sooner or later: "Is testing really necessary? It's an extra cost." The line item is easy to see: 15 to 25% of the project budget. And developers check their code as they go anyway, right? In our 12 years of working with companies we have seen dozens of cases where weak testing led to losses of hundreds of thousands of dollars. Here is one of them. A trading company launched a CRM without a full testing cycle. For two months everything looked fine, until a sales rep noticed that some deals were disappearing. A bug in the saving logic was losing roughly 12% of all proposals sent to clients.

Over those two months the company lost potential contracts worth $85,000. Nobody knew, because the system raised no alerts. Clients simply never got an answer to their inquiries.

What it cost to fix the damage and win back trust:

  • Emergency bug fix: $4,500

  • Manual recovery of lost data: 120 hours of team work

  • Email campaign to the "lost" clients: $6,000

  • Lost contracts: hard to measure, but at least $25,000 by our estimate

  • Total: over $110,000

A full round of testing before launch would have cost $8,500. The gap speaks for itself.

Three kinds of loss from undetected bugs

1. Direct financial losses

  • Errors in price, discount and margin calculations

  • Wrong invoices or accounting documents

  • Bugs in payment integrations

  • Lost transaction data

IBM's "Cost of a Data Breach 2024" report is often cited for B2B incidents, and the figure usually quoted from it is about $214,000 on average for an incident tied to software errors.

2. Operational losses

  • Downtime after failures (4 to 8 hours of it typically costs a company $12,000 to $50,000)

  • A forced return to manual work

  • The team doing the same job twice

  • Frustrated employees and, eventually, turnover

3. Reputational losses

  • Customers stop trusting you

  • Bad reviews online

  • New contracts get harder to win

  • The brand loses value

A 2023 Gartner study reportedly found that 65% of B2B clients end a relationship with a supplier after two bad experiences caused by digital system errors.

Testing as an insurance policy

Compare testing with the insurance your company already buys:

Business liability insurance:

  • You pay $2,000 to $4,000 a year

  • It covers losses of $250,000 to $1,000,000

  • Nobody asks whether it is necessary

Software testing:

  • You pay 15 to 25% of the project budget (for example, $10,000 on a $50,000 project)

  • It protects against losses that can reach 200 to 500% of the project's value

  • So why is it the first thing people want to cut?

Four levels of protection

1. Unit tests (the basic policy). They check that individual pieces of code work. Like basic liability cover, this is the bare minimum.

2. Integration tests (extended cover). They check that modules work together. Does the CRM pass data to the warehouse system correctly? Does the accounting API respond without delays?

3. Functional tests (the full policy). They check that the system does what a business user expects. Does proposal generation work from start to finish? Does invoice automation cover every scenario?

4. Performance and security tests (the premium policy). They show whether the system holds up under real load (say, 1,000 concurrent users) and whether your data is safe.

What happens when you skip testing: four real scenarios

Scenario 1: e-commerce, a bug in the discount system

A clothing company added a new promotion module to its online shop. Without proper testing, a logic error applied discounts twice when a customer bought several promotional items.

Consequences:

  • $19,000 of margin lost within 72 hours

  • 340 transactions had to be checked by hand

  • Angry comments on social media, from customers afraid their orders would be cancelled

  • Three weeks to fix and test the patch

Cost: $23,000 in losses plus $7,000 for repairs. Testing before launch would have cost $3,000.

Scenario 2: manufacturing, MES integration

A manufacturer connected its CRM to its Manufacturing Execution System (MES). A data mapping error created production orders with wrong parameters.

Consequences:

  • 23 batches produced to the wrong specification

  • Materials had to be reclassified or scrapped

  • Delivery delays for 12 key clients

  • Contractual penalties for missed deadlines

Cost: $105,000 in losses. Integration testing would have cost $8,500.

Scenario 3: services, a billing error

An IT outsourcing company introduced automatic time tracking. A rounding error in hours meant it systematically under-billed by about 7%.

Consequences:

  • Four months of reduced revenue that finance did not notice

  • $31,000 in lost income

  • Retroactive invoice corrections, with legal and accounting complications

  • Some clients lost confidence in the company

Cost: $31,000 plus reputational damage. Testing would have cost $4,500.

Scenario 4: B2B, a data leak through a vulnerability

A B2B trading company launched a client portal without a security audit. A flaw in the permissions system let clients see other companies' documents.

Consequences:

  • GDPR violation and a regulatory fine of $45,000

  • Claims from 3 clients, settled for $23,000 in total

  • Security audit and system redesign: $30,000

  • Eight clients left (annual contract value: $135,000)

Cost: $233,000 in losses, not counting the damage to its reputation. Security testing would have cost $6,000.

What professional testing of a business system looks like

Our five-step process

Step 1: test planning, before development starts. Already during business analysis we agree on:

  • The critical paths, the ones that hurt most when they fail

  • Test scenarios for each feature

  • Acceptance criteria: what "works correctly" means for each feature

  • A test environment that mirrors production

Step 2: testing during development. Developers write automated tests alongside the code:

  • Every function has its unit tests

  • Every integration is tested automatically

  • CI/CD runs the tests on every code change

Step 3: functional tests from the business side. Testers walk through real business processes:

  • The sales process from lead to invoice

  • Complaint handling

  • Management reports

  • Integrations with external systems (email, SMS, payments)

Step 4: performance and security tests. We check how the system behaves under load:

  • Simulating from 500 to 2,000 concurrent users

  • Importing large datasets (10,000+ records)

  • Security audit and penetration testing

  • GDPR compliance check

Step 5: user acceptance testing (UAT) with the client. Key users try the system in conditions as close to production as possible:

  • Real data, anonymised

  • Every business process verified

  • Team training happens along the way

  • A list of open issues before the final go-live

How long does testing take?

Small project (CRM for 10 to 20 users):

  • 2 to 3 weeks of testing

  • 15 to 20% of total project time

Medium project (ERP for 50 to 100 users):

  • 4 to 6 weeks of testing

  • 20 to 25% of project time

Large project (complex automation and integrations):

  • 8 to 12 weeks of testing

  • 25 to 30% of project time

This time is not wasted. You get it back as fewer fixes after launch.

Seven signs your project must be tested thoroughly

Not every project needs the same depth of testing. But if yours meets even one of these conditions, there is no way around it:

1. The system handles money. Any mistake in calculations, discounts, taxes or currencies costs real money.

2. It integrates with other applications. Every API, webhook or EDI link is another place to fail. Each one needs a test of the data flow.

3. More than 20 people will use it. More users mean more usage patterns and a higher chance of two people editing the same data at once.

4. You store personal data (GDPR). A security hole can mean a fine, and in the worst case the end of the business. A security audit is the minimum.

5. It runs critical processes. If a failure stops sales, production or customer service, testing is not optional.

6. You are replacing an old system. Data migration is one of the riskiest steps. Tests must confirm that every record arrived intact.

7. The system will grow for years. The longer its lifespan, the more automated tests matter. They let you keep adding features without breaking what already works.

Questions to ask your IT vendor

When you talk to an agency about building your system, ask these directly:

About the testing process:

  • What share of the project budget goes to testing?

  • Which kinds of tests are in the price (unit, integration, functional, performance, security)?

  • Do you write automated tests?

  • Do you run UAT with our people involved?

About documentation:

  • Will we get the test scenarios?

  • How do you report the bugs you find?

  • Will we receive test reports?

About experience:

  • What were the worst bugs you caught in testing on recent projects?

  • What share of bugs in your projects turns up after launch?

  • Do you have case studies from similar projects?

About support after launch:

  • What happens when we find a bug after go-live?

  • Do you offer SLAs for critical fixes?

  • How long does the warranty on the code last?

If an agency brushes testing aside with "don't worry, we check everything as we go", treat it as a red flag.

Summary: testing is the foundation, not an extra

Back to where we started. Testing is not a cost. It pays for itself many times over.

The short version:

  1. Saving on testing usually costs 2 to 5 times more in fixes. That is not an opinion, it is what we see across dozens of projects.

  2. A bug caught before launch costs $10 to $100, the same bug after launch $1,000 to $10,000. The gap is huge.

  3. Testing is insurance. Nobody asks whether they can skip liability cover, and critical business systems deserve the same attitude.

  4. Testing ROI averages around 244%. Few other parts of an IT project return that much.

  5. The later you find a bug, the more it costs. In testing it is an hour of a programmer's time. After launch it is days of downtime, lost transactions and a damaged reputation.

Your next step

If you are planning a CRM, an ERP, automation or integrations, do not treat testing as something to cut when the budget is tight. It is what keeps the system stable for years.

Planning an IT project?

We work with companies that care about quality. If you want a system that works from day one and does not stop your business, get in touch.

In a free consultation we will:

  • Go through your business and its processes

  • Pick out the critical points that need extra attention in testing

  • Propose the right scope of testing for your project

  • Show you a concrete test plan and timeline

Quality costs less than the failures it prevents.

Schedule a free consultation

Tags

Share this article

Back to blog

Cookies

We use essential cookies and one functional cookie, the latter only with your consent. Visit statistics are counted on our server, without cookies. Cookie Policy