static testing
static testing
Static testing is a verification process used to test the application without implementing the code
of the application. And it is a cost-effective process.
To avoid the errors, we will execute Static testing in the initial stage of development because it is
easier to identify the sources of errors, and it can fix easily.
In other words, we can say that Static testing can be done manually or with the help of tools to
improve the quality of the application by finding the error at the early stage of development; that
is also called the verification process.
We can test the various testing activities in Static Testing, which are as follows:
Step1: To review the design of the application entirely, we will perform the inspection process.
Step2: After that, we will use a checklist for each document under review to make sure that all
reviews are covered completely.
Objectives of Static testing
Static testing techniques offer a great way to enhance the quality and efficiency of software
development. The Static testing technique can be done in two ways, which are as follows:
Review
Static Analysis
Review
In static testing, the review is a technique or a process implemented to find the possible bugs in
the application. We can easily identify and eliminate faults and defects in the various supporting
documents such as SRS [Software Requirements Specifications] in the review process.
In other words, we can say that a review in Static Testing is that where all the team members
will understand about the project's progress.
In static testing, reviews can be divided into four different parts, which are as follows:
Informal reviews
Walkthroughs
Technical/peer review
Inspections
Informal reviews
In informal review, the document designer place the contents in front of viewers, and
everyone gives their view; therefore, bugs are acknowledged in the early stage.
Walkthrough
Generally, the walkthrough review is used to performed by a skilled person or expert to
verify the bugs. Therefore, there might not be problem in the development or testing
phase.
Peer review
In Peer review, we can check one another's documents to find and resolve the bugs,
which is generally done in a team.
Inspection
In review, the inspection is essentially verifying the document by the higher authority,
for example, the verification of SRS [software requirement specifications] document.
In static testing, we have several tools in the market, but here we are discussing the most
commonly used tools, which are as follow:
CheckStyle
SourceMeter
Soot
CheckStyle
It is a development tool that is used to help the developers write Java code, which follows a
coding standard. The CheckStyle tool automates the process of checking Java code.
It is a highly configured tool, which is made to support almost any coding standard. The Google
Java Style, Sun code conventions are those configuration files, which is supported by
CheckStyle.
Feature of CheckStyle
SourceMeter
It is an advanced tool for the specific static source code analysis of various programming
languages such as C, C++, C#, Java, Python, and RPG projects.
With the SourceMeter tool's help, we can easily identify the vulnerable spots of a system under
development from the source code.
The free version with partial functionality of SourceMeter can be accessible for all programming
languages.
In SourceMeter, we can use the output of the analysis, the quality of the analyzed source code to
enhance and developed both the short and long term in a directed way.
Feature of SourceMeter
The most commonly used features of the SourceMeter tool are as follows:
Soot
It is a Java optimization framework, which means that it is a framework for analyzing and
transforming Java and Android applications where we can test the following aspects:
And a Soot can also produce possibly transformed code in the various output formats such as Android
bytecode, Java bytecode Jasmin, and Jimple.