Field Validation Table (FVT): A Test Design Technique for Field Validation

By Vijay

By Vijay

I'm Vijay, and I've been working on this blog for the past 20+ years! I’ve been in the IT industry for more than 20 years now. I completed my graduation in B.E. Computer Science from a reputed Pune university and then started my career in…

Learn about our editorial policies.
Updated October 10, 2024

Here is a detailed overview of the Field Validation Table (FVT) test design technique:

In this digital world, the term that is widely used in any kind of industry is Quality.

Any organization for that matter always thinks and works on how a quality product can be delivered to their customers or how the quality of their product can be improvised? No matter whether it’s a customer or an end-user or common people, everyone expects quality in whatever they buy.

The prime goal of any organization is to serve the business with good quality.

But how can quality be ensured? The only answer to this is testing. Testing is the key factor with which companies can ensure quality.

Field Validation Table

Field Validation Table

Overview

The success of testing is spread across different phases of the Software Test Life Cycle (STLC). But, the most important thing is how effectively test cases are designed to test an application or software?

Basically, a test case design or a writing test case itself is an art. Hence, a tester should write the test cases in such a way that, it should be easily understandable by others and also they have to ensure complete or maximum test coverage through their test cases.

The testers will use test cases to interact with the application or software to test it. In a broader sense, test cases are the gateway or medium using which an application or software is tested. A good or better test case helps to find the defects lying in the system, software, or application. Hence, writing a good or quality test case plays a vital or most prominent role in testing.

This article addresses one of the important test design techniques for validating the fields in an application, which in turn helps to design test cases for various scenarios which are the most common ones across all the applications.

The underlying principle or main idea behind this technique is to showcase how it can be used to design or write optimal test cases with maximum test coverage.

Introduction to Field Validation Table

Nowadays, delivering quality software is a major challenge and it cannot be compromised at any cost. Dependency on the software is increasing day by day. At the same time quality, functional correctness, and reliability of the software are also becoming a matter of concern.

Can the quality of software be measured?

Yes, testing plays a major role in ensuring the quality of a project or application.

How do we ensure that test cases provide 100% test coverage?

Before testing an application, a tester should write detailed test cases which should be easily understandable & readable by all. This means that test cases are the basis of testing, which in turn would help to find the defects lying in the application or system.

This article mainly emphasizes how effectively we can create the test cases using the field validation test design technique that too in a short span of time with maximum test coverage. This, in turn, will add value to the project by identifying all the issues during testing.

A technique is a procedure that is used to accomplish a specific activity or task. This article describes the field validation test design technique which in turn would help to capture the test cases in an effective manner with less or minimal documentation.

What is the Field Validation Table (FVT)

  • This is a test design technique for validating fields in an application.
  • This technique is mainly used for all kinds of applications wherever there is a field validation required.

Generally, each and every field in the application needs to be validated thoroughly to ensure or identify defects that may go unnoticed in the fields. This technique is very much useful in identifying the underlying flaws in the field.

Sometimes, it may go unnoticed, or due to a lack of concentration or awareness of the testers, some fields in the application may not be completely validated.

The natural tendency of any tester is that they just validate only the most commonly or frequently used combinations while checking fields in any given application. If they are provided with this FVT then it will easily help them to find out the defects which are present in the fields as well.

The field validation table technique also helps to ensure that there are no defects present in any field of the application.

Role of a Tester

As a tester, one has to test each and every corner of an application. From a development or developer perspective, the defect identified during field validation could be of less severity and a less priority one, but it’s the primary duty and responsibility of the tester to report it. After all, for a tester defect means the defect, nothing else.

As field validations are directly related to the usability of the application, in case something is unidentified during System Testing and if it is found during User Acceptance Testing (UAT) then straight away the blame goes to the tester who has tested and provided sign off.

An end-user or a customer expects the user-friendliness of an application along with its functionality. Even a small usability issue or cosmetic issue in the application or software may dissatisfy or irritate them.

So, a tester should give prime importance to testing each and every field in an application. By making use of the Field Validation Table, a tester can test each and every field in the application very well.

Implementation of FVT

#1) Firstly, the standard or generic table needs to be created for the different data types as shown below. This is a one-time activity. Consider all valid and invalid inputs.

Data TypeValid Inputs

Invalid Inputs
Integers or Numbers• Only Numbers
• Less than the limit (N)
• Enter the value within the limit (N + 1)/2
• More than the limit (N + 1)
• Numbers with precision
• Numbers in Exponential Form
• Negative Integers
• Only Alphabets
• Numbers + Alphabets
• Numbers + Special Characters
• Unicode Characters e.g. U+0000, U+0001
String• Only Alphabets
• Only Numbers
• Only Special Characters
• Numbers + Alphabets
• Numbers + Special Characters
• Alphabets + Special Characters
• Less than the limit (N)
• Enter the value within the limit (N + 1)/2
• More than the limit (N + 1)
• Unicode Characters e.g. U+0000, U+0001
Date• Check that whether date picker is present or not
• Check that date field is non editable
• Ensure that, upon right clicking on the date field, paste option should be disabled & copy option should be enabled
• Ensure that, upon clicking on date in the calendar, it should be displayed in the date field
• Select a leap year and verify the days in February month
• Select a non leap year and verify the days in February month
• Ensure that, calendar is having provision to select any year, month (combo box, Drop down list, links etc.)
• Ensure that, clear button is present in the date picker to remove the selected date

Table 1: Standard or generic table for field validation

The tester should keep this Field Validation Table and the list of items mentioned in the table in front of them before they proceed to test fields in the application.

This table generally helps when there are several fields present in the page or an application. We are not robots to remember each and everything on top of our minds, so as humans it’s better to keep this table or checklist ready and handy before we start proceeding with the validation of fields in an application.

#2) Application-specific table should also be created with application-specific fields and other columns. This mainly helps to validate each and every field in the application and clearly specifies where the defect lies and on which test data.

Application specific table for field validation

Table 2: Application-specific table for field validation           

Various Benefits of Field Validation Table

  • Productivity will increase.
  • Automation will be easy using this table.
  • Defect leakage can be avoided or prevented by creating this table during the early stages of the project.
  • It is easy to understand.
  • This, in turn, helps both manual and automated testers.
  • The maximum percentage of test coverage can be ensured using this table.
  • As it acts as an input or reference table, using these test cases can be created to verify and validate the fields in an application.

Conclusion

Field Validation Table (FVT) is a test design technique, which mainly helps for validating fields present in the application. This technique adds value to an application or project and gives very good test coverage for field validation. This technique easily helps to find defects lying in the system or application.

Using this field validation table, a tester can add value to their work and contribute to the delivery of quality software by identifying even a small defect in any field of an application.

About the Author:

This article was written by STH team member Mahesh J. He is proficient in software testing and has over 10.5 years of experience in the field of software testing.

Do let us know if you have any questions. We would love to hear from you. Feel free to reach out to us and provide your feedback in the comments section given below.

PREV Tutorial | NEXT Tutorial

Was this helpful?

Thanks for your feedback!

Recommended Reading

  • What is Defect Based Testing Technique?

    Defect-Based Software Testing Technique A Defect-Based Testing Technique is a technique where test cases are derived from defects. Instead of using traditional requirements documents or use cases (Specification-based techniques), this strategy bases its test cases on defects. A categorized list of Defects (called a Defect Taxonomy) is being used. The coverage…

  • Static Testing and Dynamic Testing

    Learn about the two important testing techniques Static Testing And Dynamic Testing and the differences between the two: Testing is Verification and Validation. We all know that it takes 2 Vs to make testing complete. In today’s article, we will shed some light on Static testing. It is also called…

  • Validation Testing

    Explore the Importance of Validation Testing: What is Validation Testing? Validation testing is the process of ensuring that the tested and developed software satisfies the client /user's needs. The business requirement logic or scenarios have to be tested in detail. All the critical functionalities of an application must be tested…

  • Dynamic Testing

    Learn what is Dynamic Testing in this tutorial to validate the output results for provided inputs with Dynamic Testing techniques: As you know, Software Testing is performed to improve the quality of the product by finding errors at every stage of the development cycle. V-Model of SDLC explains that testing…

  • Field Testing

    Field Testing - Mobile Applications: Often while testing our mobile application, a question comes to our mind is that ‘whether automation testing, regression, load, web service testing are enough for our app or should we test anything more?’ In this tutorial, I will be providing a deep insight into Field testing,…

  • Orthogonal Array Testing Technique (OATS) Technique

    This Tutorial Explains The Orthogonal Array Testing Technique. Learn the Terminology, Implementation, Advantages & Limitations of OATS in This Guide: Test teams often face ongoing challenges of how to test an application appropriately within tight deadlines. Under such circumstances, Exhaustive Testing proves impractical by creating challenges such as a large…

  • Laravel Forms Tutorial for Beginners

    This tutorial explains Laravel Forms and Form Validation Rules. Learn about different form elements with examples: In the Laravel Database tutorial of Laravel Tutorial series, we learned about Database handling, Migrations, Seeding, Raw SQL Queries, Eloquent Models, Eloquent Relationships, Artisan and Tinker. Forms are an essential feature when developing a…

  • what is, v&v

    Verification vs Validation: Explore The Differences with Examples It’s back to the basics folks! A classic look at the difference between Verification and Validation. There is a lot of confusion and debate around these terms in the software testing world. In this article, we will see what verification and validation are…


20 thoughts on “Field Validation Table (FVT): A Test Design Technique for Field Validation”

  1. hi this abenet I am software professional but I do not get job what do you advice and how can get or any contact or your company is find me or I need your advise
    thank you so much your taking time for helping me

    Reply
  2. hi this abenet I am softwaretesterprofessional but I do not get job what do you advice and how can get or any contact or your company is find me or I need your advise
    thank you so much your taking time for helping me

    Reply
  3. @Mallikarjun – Thank you !!

    Basically FVT is one of the test design technique mainly for field validation. Though Some of the points or valid inputs or invalid inputs are common in BVA & ECP, but this FVT is mainly intended for validating fields present in the application. The valid inputs or invalid inputs mentioned w.r.t different data types are just checkpoints which one can consider while validating fields of their application. So, what we have provided here is the standard or generic FVT, but the list may goes on, not just restricted to this. Again it depends on the application.

    Reply
  4. Thank you very much.. this is realy usefull for QA. But i have one query. is it work for all forms ??

    Can you please provide any example for any complex form. like registration or advance search with To and From date picker etc..

    If you provide then it would be very helpful for me.

    Thanks in Advance.

    Reply
  5. @Samir – Thank you. Yes, this technique can be used in all the application wherever field validation is required. And we have mentioned about this in “What is Field Validation Table (FVT)” section of the article.

    Please refer to valid inputs section for date data type in the standard or generic table for field validation, wherein we have covered most possible scenarios and the same can be used for date field validation.

    Reply

Leave a Comment