Thursday, 15 October 2020

standard measures to implement Gray box testing is as follows:

 

Methods of the testing software system - applications or products, externally and internally by using a combination of "white-box testing" and "black-box testing" has its own pros and cons. This action is done with limited or partial knowledge of the internal workings of the software application.

 

With a view to conquer the shortcomings and ambiguities found in such types of testing, Gray Box Testing (also spelled as Gray Box Testing) has been developed as a merger of productive white box and black box testing.

 

 

Gray Box Testing Methodology

 

First - White Box Testing to learn and gain a basic understanding of the internal features of the application.

 

Second - Design and define test cases based on thorough knowledge and understanding to cover every aspect of the application.

 

Third - Black box testing to carry out further tests the external case to test the quality of the application software.

 

Best Suitable applications:

 

gray box testing is the right choice for Web-based applications.

 

gray box testing is the best technique for your domain or functional test

 

Gray Box Testing Strategy

 

It is not necessary in Gray box testing is that the source code needed by the tester to design test cases. To carry out this testing process, test cases can be designed based on algorithms, knowledge of the architecture, the internal state or other sophisticated description of the behavior of the Program.

 

It uses all the techniques are clear of black box testing to test the function. Generation of test cases based on the needs and presetting all conditions by the method of affirmation.

 


standard measures to implement Gray box testing is as follows:

 

Step 1: Selection and identification of input from the White-Box and Black-Box input testing.

 

Step 2: Identify possible above the output of the input selected.

 

Step 3: Identify all major roads pass through during the testing phase.

 

Step 4: Identify sub-functions to perform deep level testing.

 

Step 5: Identify the input to a sub-function.

 

Step 6: Identify the output tends to be sub-function.

 

Step 7: Implementation sub-function test.

 

Step 8: Verify the suitability of the results.

 

Step 9: Repeat steps 4 and 8.

 

Step 10: Repeat steps 7 and 8.

 

Security-related, related GUI, which is associated with the database, related Browser and operating system related testing is part of the test cases are designed for testing Gray Box.

 

Gray box testing techniques:

 

Matrix Testing

 

Matrix testing, engineering come under Gray Box testing, define all the variables used in a particular program. In any program, the variable is an important element through which values ​​can be transferred through this program.

 

It should be on par with the needs of the software without reading program and the speed will be reduced. matrix technique is a way to get rid of uninitialized variables and unused by identifying the variables used from this program.

Examination of the inherent risks such as technical risk and business risk associated with the variable with different frequencies are labeled by the software developer made under this type of testing.

 

Design test case becomes smoother and easier when all this information is summarized in two types of tables as in the following example:

 

All Info About Gray Box Testing (By Example) All Info About Gray Box Testing (By Example)

 

From the information above two tables, test analysts can immediately make out that the technical and business aspects of the code, namely savings and delete records in need of testing.

 

regression testing

 

This type of testing is done after carrying out functional development or improvement programs.

 

To verify whether a modification in one of the previous versions of the software have quit or cause unwanted side effects or adverse affect on other aspects of the program in the new version, following testing strategy can be pursued:

 

Re-testing inside the firewall where the dependencies are analyzed to choose the initial test

Retesting the risky use cases in which risk factors are considered

Retesting all existing test cases

Retesting by a profile in which time is allocated proportionately to the operational profile

Retesting the change segment where code changes compared to select the initial test

At some stage in the confirmatory testing, if any defects get repaired, and part of the software began to function as intended, there may be a possibility that the defect is corrected may have initiated different defects in other places within the software.

 

Here, the care of the regression testing of defects by utilizing the above-mentioned strategy testing. tester, as a reference, can use 80% of the time allowed to run existing test cases and 20% of the time allowed for executing exploratory testing.

 

Orthogonal Array Testing or OAT

 

Intention behind this test was to find a logic flaw in the system to provide coverage to the maximum code and GUI functions and with minimal test cases by means of statistical and organized software testing.

 

 Orthogonal Array Testing consisted of an array of values ​​where the variables are represented in each column and touchstone represented in each row.

 

A simple example is as follows:

 

All Info About Gray Box Testing (By Example)

 

By imparting the values ​​for each factor and then of course, the extrapolation for couples combined, the number of test cases will come down to nine from 27.

 

Although simple, effective technique that helps in maximizing test coverage required.

 

test pattern

 

This testing is done by using analytical records on historical data from the previous system defects. This analysis may contain specific reasons for defects or bugs with information on issues that have been discussed, the prevailing situation, the generic test cases, etc.

 

Unlike black box testing, gray box testing plow in the code to determine the reasons for failure so that they can be fixed in the next software. It should be noted that the test pattern is only applicable for such type of software that has been developed to follow the same pattern of the previous software as the possibility of similar defects occur in this software only.

 

Generally, Gray box methodology employs automated software testing tools for testing. driver module and the stub was created to ease the tester to make the code manually.

example

 

Gray Box Testing is said to do when -

 

The code for the two modules or units studied for designing test cases which is a method of White Box Testing and then

the actual test performed using the exposed interface is a method of Black Box Testing.

For example, during testing of Drupal sites that contain links, if errors crop up when clicking on a link that changes can be made within the HTML code for further examination. Here the user is carrying out a white box testing by changing the code and black box testing to test at the front end.

No comments:

Post a Comment