• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

SoftwareTestingo - Interview Questions, Tutorial & Test Cases Template Examples

SoftwareTestingo - Interview Questions, Tutorial & Test Cases Template Examples

  • Home
  • Interview Questions
  • Java
  • Java Programs
  • Selenium
  • Selenium Programs
  • Manual Testing
  • Test Cases
  • Difference
  • Tools
  • SQL
  • Contact Us
  • Search
SoftwareTestingo » Manual Testing » Manual Testing Tutorial » Manual Testing Types

Manual Testing Types

Last Updated on: December 26, 2021 By Softwaretestingo Editorial Board

What We Are Learn On This Post

  • Manual Testing Types
  • 1. Black Box Testing
  • 2. White Box Testing
  • 3. Grey Box Testing
  • 4. Pair-wise Testing (Pairwise Testing)
  • 5. Regression Testing
  • 6. Integration Testing
  • 7. Smoke Testing (Smoke and Sanity testing)
  • 8. Sanity Testing (Integration Testing)
  • 9. User Acceptance Testing (functionality testing and performance testing)
  • 10. Exploratory Testing (Alpha testing and Beta Testing)
  • 11. Acceptance Testing (Black box test planning, performance testing and performance testing)
  • 12. Performance Testing (Performance and Load testing)
  • 13. Stress Testing (Stress and Endurance Testing)
  • 14. Recovery Testing (Recovery, Restoration and Reconfiguration testing)
  • 15. Installation Testing (Installation and kick-off testing)
  • 16. Configuration Testing (Configuration testing)
  • 17. Security Testing (Security and privacy testing)
  • 18. Volume Testing (Volume, load and endurance testing)
  • 19. Penetration Testing (Penetration test planning)
  • 20. Compatibility Testing (Functionality testing and software compatibility testing)

A software product is created with the aim of providing a useful solution for a particular problem. It has several key features that will guide users to fulfill their requirements. The software development process involves the collaborative efforts of business analysts, software architects, project managers, and developers.

People involved in the software development process take different perspectives to develop a solution. The testers play an important role during the software testing processes, as they aid in ensuring the functionality and reliability of the software product.

Software Verification and Validation (SV&V) is involved in testing that verifies and validates the product under different circumstances.

Testing is a process of objectively evaluating a software product to ensure that it meets all the requirements of the business. The testing process involves a series of activities conducted in an organized manner to achieve a highly effective and efficient quality level for the Software products.

Manual Testing Types

Testing can be performed manually or through the use of automated tools. If you are following the manual then you can test by using some of the Manual testing methods and techniques that are being used by the manual testers in software quality assurance.

We have mentioned different manual testing methods below:

1. Black Box Testing

This method focuses on the software functionality and how it will behave when given a particular input. The purpose of this testing is to check whether the software product is meeting the design specification. This method will not take into consideration the internal working of the software products. It only checks that the system does what it is expected to do.

Black Box Testing Techniques:

A testing technique is used when the structure, processing, and algorithms within the application are not known to the tester. But Black Box testing technique is used where the tester has no access to the internal structure of the application.

Black Box Testing Techniques list:

  • Equivalence Partitioning
  • Boundary Value Analysis
  • Decision Table
  • State Transition Testing

Types of Black Box Testing:

The black box is a testing method in which the internal structure of the software or product under test is not known to the tester. The tester is acquainted only with the input and output of the system.

1) Functional Testing: Here, the tester has no information about the internal structure of the software. The tester tries various possible ways to get input in the system and validates its output for all feasible combinations.

2) non-functionality Testing: Here, we are not concerned with the functionality of the software but this method requires us to have information about the internal structure of the software. We need to do the testing on each module and check for memory leaks, scalability, compatibility, performance, stress, load, security, proper functioning of all modules, and data integrity within the software.

2. White Box Testing

White-box testing (WBT) is a software testing method that uses information about the internal structures of the component or system under test. It may be contrasted with black-box testing, in which the tester has no knowledge of such internal structures. White box techniques often rely on an understanding of code structure and programming language constructs rather than on execution data and test cases. Some of the techniques used in white-box testing include:

White box testing is sometimes referred to as structural testing, clear box testing, or glass box testing because it allows testers to see inside the “box”, “clarifying” black-box concepts. White-box testing is typically faster than black-box techniques.

White Box Testing Techniques:

White box testing techniques are categorized as follows:

  • Statement Coverage
  • Branch Coverage
  • Path Coverage

3. Grey Box Testing

This testing method is a blend of both, white and black-box methods. This method will shift focus from internal structure to architecture that is exposed by the software to the outer world.

4. Pair-wise Testing (Pairwise Testing)

This testing method is used in conjunction with the black box and white box methods. This testing approach involves checking each pair of input fields against each other to ensure that the software product is functioning properly. This testing method focuses on checking whether each input combination works as per the Software Requirements Specification.

5. Regression Testing

This testing technique is performed on a software product to ensure it continues to work as expected after making any changes. It involves testing previously tested and non-tested segments of a software product, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This helps the testers perform black-box testing on the revised software. Regression testing is performed along with other white box testing methods, to check whether any changes have affected the internal structure of the software product. This testing can be done at any time, but is typically performed at the end of a development iteration and after patches or service packs are applied.

6. Integration Testing

This testing technique is performed to verify whether the individual software modules are working properly. This method makes sure that when different parts of a single system are integrated, they function properly. The testers perform integration testing along with other white box testing methods and pair-wise tests on a single module to ensure that it meets the Software Requirements Specification.

7. Smoke Testing (Smoke and Sanity testing)

This testing method is used to perform basic checks on a software product to ensure it meets the minimum set of conditions. It involves running automated tests to ensure software functionality and detecting major defects. The purpose of this testing is to establish a base level for testing and detect any serious issues with the software product.

8. Sanity Testing (Integration Testing)

This testing method is used for integration testing some specific functionality. This gives an indication of whether the software product has been developed properly with regard to the Software Requirements Specification.

9. User Acceptance Testing (functionality testing and performance testing)

This method is used to check whether the product meets the business requirements. The testing team will be executing this test on behalf of the client, and it involves both functional and performance testing. The purpose of this testing is to ensure that the software product meets the business requirements, and includes several levels like daily, weekly, and monthly levels.

10. Exploratory Testing (Alpha testing and Beta Testing)

This testing method is done to ensure the software product meets the user requirements. It involves testing without adhering to any formal test design techniques or standards. The purpose of this testing is to ensure the product meets user expectations.

11. Acceptance Testing (Black box test planning, performance testing and performance testing)

This testing method is used to ensure that the software product meets all business processes and requirements. This is typically performed by members of the business or quality assurance team. The purpose of this testing is to ensure that the software product meets all business processes and requirements.

12. Performance Testing (Performance and Load testing)

This test method is used to determine the performance of a software product. It is typically performed on an individual module, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with performance test configuration changes.

13. Stress Testing (Stress and Endurance Testing)

This testing method is used to evaluate a software product’s performance under various workloads or stress conditions. It is typically performed using automated tools, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with stress test configuration changes.

14. Recovery Testing (Recovery, Restoration and Reconfiguration testing)

This testing method is used for recovery from a system failure. It typically involves restarting an application and restoring data, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with recovery test configuration changes.

15. Installation Testing (Installation and kick-off testing)

This testing method is used to ensure that an application, system, or product can be successfully installed. The installation tests are typically performed using automated tools, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with installation test configuration changes.

16. Configuration Testing (Configuration testing)

This testing method is used to test the hardware and software components before releasing and installing the product. It typically involves checking or setting the configuration parameters for the test environment, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with configuration test configuration changes.

17. Security Testing (Security and privacy testing)

This testing method is used to evaluate the software product’s security and privacy features. It typically involves evaluating access controls, data encryption, network security, physical security, etc., and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with security test configuration changes.

18. Volume Testing (Volume, load and endurance testing)

This testing method is used to evaluate a software product’s performance as its workload increases. It typically involves increasing the stress load on a system, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with volume test configuration changes.

19. Penetration Testing (Penetration test planning)

This testing method is used to test a software product’s security measures. It typically involves gathering information to gain access, and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with penetration test configuration changes.

20. Compatibility Testing (Functionality testing and software compatibility testing)

This testing method is used to evaluate a software product’s compatibility with other products or systems. It typically involves evaluating components, database tables, etc., and the purpose of this testing is to ensure that the software product meets all business processes and requirements. This testing is usually performed in the development environment, in order to avoid impacting production environments with compatibility test configuration changes.

    Filed Under: Manual Testing Tutorial

    Reader Interactions

    Leave a Reply Cancel reply

    Your email address will not be published. Required fields are marked *

    Primary Sidebar

    Join SoftwareTestingo Telegram Group

    Categories

    Copyright © 2022 SoftwareTestingo.com ~ Contact Us ~ Sitemap ~ Privacy Policy ~ Testing Careers