Learn how Static testing is useful
Posted By : Tanisha Sharma | 31-Aug-2019
Particular types of static software testing involve code analysis, inspection, code reviews, and walkthroughs. Can you visualize detecting defects without managing the actual testing i.e. either manual or automation testing on just developed software product, So there is testing which is called as Static testing from this we can test the software without literally executing the code, the static testing technique has the following two basic notions:
I) Review of Supporting Project Documents:
This technique includes the procedure to grab and detach errors, sacking or ambivalence in the different supporting documents such as software requirements specification (SRS), a document of technical design, a document of business requirement, document of functional requirement, document of test cases.
II) Static Analysis:
This technique includes the assessment of the code standard written by developers. There are various tools such as PMD, Sonar Cube, etc. which can examine the code and differentiate it with the quality practices, analyzing the unused variables, dead code, infinite loop, etc. It assists to recognize the structural defects rapidly which may later result in actual software defects.
1) Informal Review:
It is a type of evaluation where confirmation is given by the writer of form such as software requirements specification (SRS), a document of test cases, design document, a document of business requirement, a document of functional requirements.
2) Walkthrough:
Documents walkthrough is basically done with the specialist or the senior person of the team. For example, Software Requirements Specification Document (SRS) will be evaluated with the Business leads who have given the requirements, Functional Requirements Document (FRD) will be evaluated with the technical team who is going to write the solution, test cases document will be evaluated by the testing team who is going to accomplish those test, etc.
3) Peer Review:
It is the review with the peer to fortify maker and checker. A group of two or more can analyze each other work to outline the usual mistake such as spelling mistake, workflow mistake, requirement assembled helps in scheduling mistake, etc.
4) Inspection:
It is the technique to ratify the documentation work by the devoted governance team.
Thanks
Cookies are important to the proper functioning of a site. To improve your experience, we use cookies to remember log-in details and provide secure log-in, collect statistics to optimize site functionality, and deliver content tailored to your interests. Click Agree and Proceed to accept cookies and go directly to the site or click on View Cookie Settings to see detailed descriptions of the types of cookies and choose whether to accept certain cookies while on the site.
About Author
Tanisha Sharma
Tanisha is a good Quality Assurance.She wants to establish her carrier in manual testing.Her hobbies are listening music,poems.