html69 – Cryptocurrency, Forex and Beyond

Common Software Testing Techniques to Use

Different-software-testing-techniques

Different-software-testing-techniques

As the process of software testing taking place, there are different methods tester can use and apply on the SUT. Based on each product’s different aims, nature and resources, different testing techniques are suitable in different situations and projects. As the ultimate goal of testing, using different techniques ensures the software works properly regarding with its requirements

In this article we will check out together some of the testing techniques including:

Boundary Value Analysis (BVA)

BVA or Boundary Value Analaysis, as the names suggests, evaluates a feature by boundary values such as maximum, minimum, inside and outside values. Usually Testers also try more error prone values along with typical values.

Testing shows more of the errors happen in boundary values. In BVA it is believed if system works properly with boundary values, it’ll work properly with values in between.

Boundary Value Analysis is a Black Box Testing, and complements another testing technique called “Equivalence Partitioning”.

Here’s a few tips when applying BVA on your software under test:

Decision Table Testing

Cause effect graphing or Decision Table Testing, is working based on causes (inputs) and effects (outputs). Causes or inputs are different conditions based on the software requirements which is applied and the system results are gathered. Then the gathered info goes into a table and it represent system or software behaviour in different situations.

So in summary

  1. Input conditions and actions are listed and cause-effect graph is developed
  2. Graph getting converted to a table
  3. Decision table converted to test cases

Equivalence Partitioning

In Equivalence Partitioning Technique, the input data is getting apart to equal partitions, so it ensures each partition has been tested at least once. Usually input values are partitioned to valid and invalid sections.

Usually Boundary Value Analysis and Equivalence Partitions done together. It can applied in any stage of the testing.

State Transition Testing

State transition testing can be used when your application under test can be treated as a finite state machine (FSM). State transition testing is seen as with different inputs AUT will get into different states. Both negative and positive test cases applied in this technique.

Here’s a few points in State Transition Testing:

Exploratory Testing

Exploratory testing technique is one of the techniques which requires little preparation to work with. Experienced testers apply this technique using their experience and knowledge in error prone areas of the software. It is basically exploring the application under test and test cases can be created while the testing is getting done.

This technique is useful when software specifications are incomplete or missing or there is lack of time resources. Tester’s smart thinking and experience plays a vital role in exploratory testing and it helps in finding major bugs in early stage of testing better than other testing techniques. It is because in this case the tester use his / her intuition and has freedom to work with the application under test (AUT).

Unexpected errors can be detected better in exploratory testing as there is minimum level of limits for tester and there is no priority in different features for getting tested by functionality.

Error Guessing

Error Guessing testing technique is heavily depend on the experience of the tester as it is in Exploratory testing. Basically in this technique the tester guesses which part of the code can have bugs and which parts are more error prone. Then he / she focuses on those areas and finding errors. Usually experienced and skilled testers perform better error guessing technique.

Tester based on the error-prone situations and based on past experience write test cases to detect more possible bugs

here’s a few tips on error guessing testing technique:

User Story Testing (Agile)

User stories are pieces of information about the product explaining how different features of the product as well as overall flow of the product works. It is created by Product Owner, Customer or End-users. It’s a short and simple explanation of how the app works.

Larger user stories usually are getting split into smaller ones for better access and explanation. It is usually discussed within the team to find systematic and logical errors at early stages of the software development.

There is acceptance test which is the final step as the software is accepted by the customer. Acceptance test is performed after exit criteria are satisfied.

An exit criteria can be 80% of functional test cases passes or all major bugs resolved.

Check List Based Testing

In this technique tester uses a previously prepared checklist to test on the developed software. This checklist is created by experienced testers and is getting updated regularly while finding new bugs.

After each round of performing check list testing, and when the found bugs resolved, all the checklist items getting retested again to ensure new code has not affected previously tested components and features.

Some of the check list items can be as following for a usability testing session:

Software Testing Techniques Pros

Software Testing Techniques Cons

Exit mobile version