top of page

What is Regression testing?

  • May 1, 2023
  • 3 min read

Updated: Jun 23, 2023


ISTQB definition:

Regression testing - is a testing of a previously tested component or system following modification to ensure that defects have not been introduced or have been uncovered in unchanged areas of the software as a result of the changes made.

Purpose

More specifically, the purpose of regression testing is to make sure (as far as is practical) that modifications in the software or the environment have not caused unintended adverse side effects and that the system still meets its requirements.

Regression tests are executed whenever the software changes, either as a result of fixes or new or changed functionality

Regression test suite

It is common for organizations to have what is usually called a regression test suite or regression test pack. This is a set of test cases that are specifically used for regression testing. They are designed to collectively exercise most functions (certainly the most important ones) in a system, but not test anyone in detail.

Maintenance of a regression

The test suite should be carried out, so it evolves over time in line with the software As new functionality is added to a system, new regression tests should be added. As old functionality is changed or removed, so too should regression tests be changed or removed.


Human language:

Regression testing - is a subtype of change-related testing that is done to verify that a code change in the software does not impact the existing functionality of the product. This is to ensure that the product works fine with new functionality, bug fixes, or any changes to the existing feature. Regression testing is responsible for the overall stability and functionality of the existing features.

Purpose

The purpose is to catch bugs that may have been accidentally introduced into a new build or release candidate and to ensure that previously eradicated bugs continue to stay dead.

Importance

Whenever developers change or modify their software, even a small tweak can have unexpected consequences. That’s why developers and testers must not leave any alteration, even the smallest, that goes out of their control scope without regression testing, it is more difficult and time-consuming to investigate the root cause and the architecture of the product. In other words, if your product undergoes frequent modification, regression testing will be the filter that ensures quality as the product is improved.

Execution

There are different regression testing techniques

  • Regression testing is usually performed after verification of changes or new functionality. Usually, regression testing is performed before the release and includes all existing test cases;

  • Previously executed test cases are re-executed in order to verify the impact of the change.

Life example:

Let's consider the simple example of non-functional testing

Example: Release of the Auto Care Center Services functionality of the Services menu on the Online Store Market


Precondition

1. The development team develops a functionality: Auto Care Center Services functionality of the Services on the Online Store Market;

2. The Online Store Market is opened.

Let's imagine that this functionality has been developed for the online store by the development team during the development process

After that, during the testing process, the QA Engineer concentrates efforts to test each developed function of the Auto Care Center Services. For this reason, the tester writes and then runs the test cases for this functionality. After running the test cases, all functions that were recently built have been tested. But is It enough just to test the functionality that was recently built before releasing the product? The right answer is: No

Code changes in the software might have to impact the existing functionality of the product as well, and in order to ensure that the product works fine with new functionality, bug fixes, or any changes to the existing feature the QA Engineer should perform regression testing before releasing the product.

Based on our example, besides Auto Care Center Services, the QA Engineer should run all existing test cases for each function on the Website on each module through an overall system

Conclusion:

So, if you are asked at an interview: What is Regression testing? The best way to answer is:

Regression testing - is a subtype of change-related testing that is done to verify that a code change in the software does not impact the existing functionality of the product. This is to ensure that the product works fine with new functionality, bug fixes, or any changes to the existing feature.

10 Comments


https://ball88.art/ hôm trước thấy mấy đứa bạn nói qua nên mình bấm vào nghía thử cho biết thôi. Mình không có chơi hay đọc kỹ nội dung gì, chủ yếu xem cách họ làm giao diện ra sao. Cảm giác đầu tiên là trang nhìn khá thoáng, bố cục chia thành từng khối rõ ràng nên lướt xuống không bị rối. Chữ với khoảng cách dòng cũng vừa mắt, kiểu đọc lướt nhanh vẫn bắt được ý chính. Mình để ý cái menu đặt chỗ dễ thấy, bấm qua lại mấy mục không phải mò lâu, chuyển trang cũng khá mượt. Nói chung chỉ ngồi vài phút là quen cách họ sắp xếp nội dung theo block và đặt menu…

Like

https://bot4x.io/ mình lướt thử vì thấy vài người nhắc, chủ yếu tò mò giao diện thôi chứ không có ý “soi” sâu. Vào trang cái là thấy họ chia nội dung theo từng khối khá rõ, nhìn một vòng là biết nên bấm chỗ nào, không bị rối kiểu nhồi chữ. Có mấy mục giới thiệu thông tin kiểu giấy phép PAGCOR với phần nói về kiểm định RNG, đọc lướt cũng thấy họ trình bày gọn gàng, không dài dòng quá. Mình thích cái cảm giác điều hướng nhẹ nhàng, chuyển qua lại giữa các phần không phải tìm menu mệt. Nói chung trải nghiệm ban đầu ổn, nhìn khá sạch sẽ và dễ chịu, nhất là mấy box…

Like

hqmovies.net mình lướt thử vì thấy người ta bàn tán, chủ yếu xem giao diện với cách họ trình bày thôi chứ không đào sâu gì. Cảm giác đầu tiên là trang nhìn khá hiện đại, chia khối rõ ràng nên kéo xuống vẫn không bị “lạc”, đọc lướt cũng hiểu đang ở phần nào. Mình mở trên điện thoại thấy chuyển mục khá nhanh, bấm qua lại không bị giật hay phải load lâu. Có đoạn họ để thông tin theo kiểu hiển thị rõ ràng, nhìn cái là nắm được dữ liệu chứ không phải mò từng dòng. Nói chung trải nghiệm kiểu gọn gàng, dễ thao tác, nhất là mấy phần thông tin được đặt trong các…

Like

56d.com apareceu pra mim do nada e eu entrei mais por curiosidade, achando que ia ser aquela bagunça de sempre. Mas a página é bem tranquila de entender: os textos vêm em blocos com títulos bem na cara, então dá pra ir direto no que interessa sem ficar rolando perdido. Uma coisa que achei legal é que eles usam uma tabela com uma linha do tempo da marca, e isso quebra bem o conteúdo (fica bem mais fácil de “pescar” as infos do que ler tudo seguido). Não cheguei a testar nada a fundo, só dei uma navegada rápida, mas não senti lentidão nem excesso de firula. No meio dos blocos, a tabela da linha do tempo fica bem visível…

Like

tylebong88.com mình ghé thử cho biết vì thấy mấy người nói, chủ yếu xem bố cục với cách họ trình bày thôi. Vào trang cái thấy phần tiêu đề “Chào Mừng Đến WEbsite Của Chúng Tôi” đặt khá nổi, nên nhìn phát biết mình đang ở đâu. Mình cũng lướt qua khu nổi bật có mấy ô dạng “Review Visit” xếp gọn theo hàng, kiểu chỉ cần nhìn là nắm được đây là chỗ tổng hợp đánh giá nhà cái kèm thông tin khuyến mãi cơ bản. Không phải kiểu phải cuộn sâu mới thấy nội dung chính, nên hợp ai chỉ muốn xem nhanh. Nói chung giao diện dễ chịu, chữ không bị rối và các khối “Review Visit”…

Like

© 2023 by Mark Shrike

bottom of page