• 1230 Ariel Dr,
    Danville, CA 94506, USA

  • Mon - Sat 10.00 - 19.00,
    Sunday CLOSED

Sanity Testing – Quick Blog Guide on How to do Sanity Test- Tritan Solutions


“Sanity testing is a subset of regression testing that is focused on one or a few areas of the functionality.”


Sanity Testing Tutorial Guide for Beginner

Testing is crucial for the productive performance of a software application because it assures that the application should not arise in any failures. Testing is executed rigorously to point out defects and mistakes that were molded during the development of the software. Errors can be costly, as well as risky. It is always nice to fix everything and anything a developer creates because things can anytime go nasty too. Sanity testing is among those software testing strategies in which essential tests are executed by a test team. In this blog post, we are going to examine the following-

Table of contents

  • what is Sanity Testing?
  • Priorities of Sanity Testing
  • Understand Sanity Testing with examples.
  • key Points about Sanity Testing
  • Features of Sanity Testing
  • Why is Sanity Testing important?
  • How is Sanity Testing done?
  • Advantages of Sanity Testing.
  • Disadvantages of Sanity Testing.
  • Final Words

What is Sanity Testing?

Software testing is executed by incorporating a few of the testing strategies. These are assessed based on the time limitation, budget, specifications given by the customer, risks involved, SRS (System Requirement Specification), the objective of the software, and SDLC (Software Development Life Cycle). Sanity testing is furthermore one of those strategies which follow a narrow and deep strategy and concentrate on comprehensive testing of some limited and main characteristics. It is executed when there is a small transformation or mistake in the functionality. The sanity testing strategy is concentrated on one or more functionalities to assure that those are working nicely, and there is no bug or negligence in its functionality.
Sanity testing is executed after Regression testing is over to legislate the bugs and mistakes (if any) after regression testing. It takes supervision of the core functionality of the software or product. The objective is to specify that the proposed functionality operates roughly as per the goals. Sanity tests are non-scripted.

Priorities of Sanity Testing:

  • Priority One- The Sanity test cases utilize very fundamental and normal functionality, and these tests provide high project significance to both development teams and clients
  • Priority Two- The Sanity test cases provide high project value and are implemented as a portion of a software testing process.
  • Priority Three- The Sanity test cases will be selected for regression tests based on the requirement of the user.

Comprehend Sanity Testing with examples

Example 1 (Non-technical): Well, software developers might have noticed the word “Build” in their routine. Software is made up of numerous code files, and the collection of these combo files jointly is boring. So, developers develop an executable file by incorporating these code files. These executable files are understood as "Software builds".
This software builds files after collecting are then sent for testing objectives. Testing is not a small procedure. It’s time-consuming. But if a customer is in a rush of taking the project, then it’s a dilemma state. Either a project executive will provide the non-tested software (which is not acceptable) or follow a sharp testing strategy (which is a big ‘yes’). This is where Sanity testing is executed.

Example 2 (Technical): In an e-commerce program, the central modules are- a login page, the home page, user profile page, user registration, etc. There is a deformity in the login page when the password field approves less than 4 alphanumeric characters, and the requirements mention that this password field should not be below 8 special characters. Therefore, the defect is documented by the testing team to the development team to fix it.
Then the development team fixes the reported deformity and sends it to the testing team for approval. Then the testing team tests whether the changes did are functioning fine or not. It is furthermore determined if it does affect other applicable functionalities. Now there is a functionality to revamp the password on the user profile page. As a role of the sanity testing, a login page is assessed as well as the profile page to ensure that the checks are working suitably at both places.

Example 3 (Real-time): Take a function called ‘Account’ of any payment site. The tester makes revisions and fixes some defects that might arise in an account function. The sanity testing implements testing on the modified function, that is, the account function in the payment application to t whether the function is regulating properly or not.
Sanity testing reviews only altered or defect fixed functions, it does not test End to End functions. Sanity testing is also a subset of regression testing.

Key Points about Sanity Testing

  • In the Sanity testing procedure, the testers substantiate the commands, functions, and menus of the software.
  • It is a subset of regression testing
  • It is executed when we are short on time to execute explicit testing
  • It is non-scripted
  • It is an abrupt and brief testing procedure that assures that the changes are functioning as per goals and as per specifications of the customer.
  • It tests the minor fixing of bugs and the functionality to make them function intact
  • It can be built based on basic functionality.
  • It can operate when a project goes through some primary adaptations.
  • Sanity test cases deliver a high project significance to both software development teams and the customers

Characteristics of Sanity Testing

A subset of Regression Testing:

Sanity testing is a subset of regression testing and concentrates on the minor section of the application.


Most of the sanity testing is not scripted.

Not documented :

Generally, sanity testing is undocumented.

Narrow and deep:

Sanity testing is a narrow and deep technique to testing where exclusive functionalities are covered in depth.

Rapid Evaluation:

Sanity testing has a very exclusive emphasis on functionalities or areas that are to be tested. You don’t require to script the test cases before executing sanity testing; instead, you utilize an automatic, intuitive technique to executing sanity testing.


It provides you a sharp state of the product, which can enable you to plan your next step accordingly. If the sanity test goes wrong, the development team has to suspend the next task and cure the defective release first. On the different hand, if the sanity test is approved, you may inquire your development team to go forward with the next task while keeping only one developer on the fixes or allotting 1-2 hours for bug fixes every day.

Why is Sanity Testing crucial?

The major objective of Sanity testing is to give a cursory check to the software before it can endure the final different stages of testing, such as the alpha test and the beta test. You may ask why this way of test should be conducted with different types of tests knowledge of the software’s abilities. Well, the reason lies in the fact that it is not always essential to run an in-depth analysis of the software’s functionality. So, operating sanity testing, in this case, is not only logical, but it is also beneficial in the sense that there will be no bias that is present. The tester will exclusively use the software and then attempt to see if it provokes the essential output.

How is Sanity Testing worked out?

After the successful regression testing, which comprises of testing of the program that functions and performs in the desired means, Sanity testing is executed. It is executed to check for the deformities which may have emerged previously and are fixed, therefore, and it assures that there would be no further problem that will crop up again.

Benefits of Sanity Testing

  • Sanity testing enables in identifying defects rapidly in the core functionality of the software
  • It can be achieved in lesser time as no documentation is needed for sanity testing
  • If the deformities are found during sanity testing, the project is opposed that enables to conserve time for the implementation of regression tests.

Disadvantages of Sanity Testing

  • The primary emphasis of Sanity testing is only on the commands and functions of the software
  • Sanity testing nowhere go to the design structure phase, so it’s very tough for the developers to comprehend how to fix the problems discovered during the sanity testing
  • Sanity testing is usually unscripted, so future references are not accessible

How is Sanity Testing associated with Smoke Testing?

Software Sanity tests are normally dependent on Smoke tests. A smoke test determines whether it is feasible to continue testing, as contradicted to whether it is plausible. A software smoke test determines whether the program initiates or its interfaces are available and credible (for instance, the responsiveness of a web page or an input button). If the smoke test goes wrong, it is absurd to accompany a sanity test.
In contrast, the absolute sanity test utilizes the smallest subset of application functions that are required to specify whether the application logic is generally usable and accurate (for example, the simple interest rate estimation for a financial application). If the sanity test goes wrong, it is not adequate to undertake more rigorous testing. Both sanity tests and smoke tests are paths to avert wasting time and effort by rapidly specifying whether an application is too defective to merit any rigorous testing. Many businesses perform sanity tests on a weekly build as a portion of their development procedure.

How can we adopt Sanity Testing?

Whenever the tester obtains a software build with some minor problems in code or functionality, Sanity Testing is conducted. Then it is tested whether bugs reported in an earlier build are repaired or not. There can be a regression inducted due to these fixes. So, the major purpose of this testing is to evaluate the working of planned functionality as per objectives. This procedure helps to implement Sanity testing rather than performing a whole procedure of regression testing.

Why this testing has to be adapted or situations where this testing is needed –

The big releases are normally scheduled and enforced in an adequate and systematic format. But sometimes, small releases asked to be provided as soon as possible. In such circumstances, software testing teams didn’t get much time to first document the test cases, then perform them, do the documentation for the bugs, and ultimately do the regression, and follow the entire long procedure.
This a most crucial and last part of this testing method – While drafting the launch email or the document; mention it in the following means -
  • It should comprise all the executed test cases
  • It should comprise a report of bugs found with a status marker
  • If anything left untested mention those points with rationales

Final Words

With the above blog, you might have comprehended how Sanity testing is crucial to stay in business and give users the resilience of the application. Always Remember, poor quality of software may result in a scarcity of adoption of the software, and this may result in drastic casualties (re-design, re-implementation, and re-testing) which may not be regained easily.
Therefore, to get a beneficial performance of the software, Sanity testing is necessary. Don’t you think the above rationales are sufficient to love Sanity testing? Did you find it helpful to execute your project? Do tell us in the comment section below. Happy Testing!
Leave a Reply
0 Comment