There is an entire phase in the SDLC dedicated to software testing. Traditionally, it's done after the developers have finished building the software - it's handed over to the testing team to perform tests on it. This is, in my opinion, the most important part of the SDLC process.

The reason it's so important is that it is the major factor in getting good quality software. Developing software that works and works well is the ultimate aim of a project, and the testing stage is where this is done.

The software testing phase can be broken down into smaller stages, each of which has its own importance:

  • Unit Testing - testing each component of the software individually, to check that it works correctly in isolation.
  • System Testing - testing the entire system as a whole, ensuring all of the components work as expected.
  • Regression Testing - testing the entire system against a pre-defined list of tests, to ensure the new changes don't impact existing functionality. This is important for upgrades and updates to the software.

These are the main types of software testing and each of them is important. I believe there are three main reasons that we do software testing.

Software Testing Results In Less Maintenance

The aim of software testing is to ensure good quality software. Good quality software means it has fewer defects or issues, it works well, and does what it needs to do. When you do software testing as part of a development project, you are aiming to pick up and find all of the issues in the system before it is released to the end-users.

In an ideal world, the developers will be creating software that works first go and does not have any issues. However, this is not often the case - bugs appear in the system and the software testing phase is there to pick them up. If it's found before the release, that's great. If it's found after the release, it means that time will need to be spent finding a fix and performing more testing on it - all while the end-users are using the software.

The time taken to fix defects after the software is released is significantly more than during the testing phase. This is because the fixes need further testing, and need to align to any maintenance releases or other schedules that the organization has set up. Getting it right the first time when you release it is almost always the preferred approach.

Good Software Testing Results In Increased User Morale

As mentioned above, fixing the bugs in the system before the release is preferred. Another benefit of doing this is that the user morale and confidence in the software are increased. Why is this?

Well, let's say Project A has been completed but software testing was not done very well. The software works, but not very well, but is still released to the users. They start using it, and even though it does some things well, there are still outstanding issues so some parts don't work as expected. This results in the users getting frustrated with the tool - which is not a good thing for the organization or the project team. The defects may eventually get fixed, but the reduced morale of the users will take time to heal.

Alternatively, Project B has been completed. They have spent more time on software testing and when it is released, it has far fewer defects. It has taken longer to produce, due to the increased focus on testing, but once the users have it, it will work correctly and they will be happy with the software.

The testing effort and decision may be impacted by the organization you work for, and other factors, but the benefits to user morale are high.

Software Testing Matches The Product To The Requirements

The final reason software testing is important is that it is used to match the software to the requirements.

Software is built around the user requirements gathered during the analysis phase of the project. The analysis phase defines what the software is supposed to do. It's important that you have the aid of a us based qa testing team with the right expertise to complete testing of this step properly. The developers aim to build from analysis requirements, but it's the testing phase that checks that these requirements have been met.

The testing is done against functional requirements - such as expected behavior and what needs to be done. It checks that the software does what it is supposed to do and that nothing has been done incorrectly or left out. It also checks non-functional requirements - things such as load time and other performance measures.

What If We Didn't Do Software Testing?

One question people might wonder, is what if we didn't do software testing? What if the developers just created the software and released it? That is one option - but I don't think it's a very good one.         

It would rely on the developer actually creating low-defect software - which isn't very likely. All developers (myself included) think that their software is bug-free, but in reality, issues are always found.

Releasing the software without testing will mean there is a high risk of issues being found, and the software not actually working. It would waste a lot of user time and effort when using it. It may actually result in more serious issues, such as security breaches, data loss, and corruption.