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, 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