Home/ Questions/Q 661487
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T23:16:21+00:00

When a software is developed,various types of testing is done – unit,integration,functional,manual.In my current

  • 0

When a software is developed,various types of testing is done – unit,integration,functional,manual.In my current project(winforms with sql server),which has legacy code(no tests),we do have lot of bugs.
We are trying to remove them using combination of manual + tests(mostly integration)

But,still some bugs can escape.

For example(a hypothetical scenario) – if a customer has purchased some worth of goods for last 6 months,he should be given some discount on purchases he makes once 6 months have lapsed.His status should be updated to privilege.

But,for some reason(bug in the code) the system is not doing so.How should we tackle such scenarios? Should we have a script running on the database which looks for scenarios such as described? Another extension of the scenario could be,the customer must be send a gift once he is privileged,but system is missing to do so.

Thoughts?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    “Should we have a script running on the database which looks for scenarios such as described?”

    Do you mean “put a script in the database to correct the problem”, then no.

    NO. Never. Under no circumstances. Working around a bug by adding peculiar special-case logic is really a very bad idea.

    1. When that peculiar special-case logic has it’s own bugs, you’ve added buggy code to try and correct buggy code. A net loss.

    2. When you try to enhance the system, you have this peculiar special-case logic that doesn’t make any sense.

      a. If you’re lucky, you fixed the bug it was supposed to work around, and it will be redundant. What now? Which copy to remove?

      b. Otherwise, it will contradict other code. What now? Which is right?

    If you mean “put a script in the database to help find and debug the problem”, then yes. For a short time, use every tool at your disposal to find and fix bugs. Once found and fixed, this script is then useless and must be deleted.

    If you mean “write a script in the database to test the application”, then yes. That’s what unit test scripts are for. Use them.

    It is far better to create unit tests than it is to create scripts that you put in the database. Unit tests are the best approach.

    • 0