Author Archive: Vikas

Test Engineer working on Manual as well as Automation testing.
Founder of sqtlab.com

rss feed Facebook

Testing Tools

1. Bug Tracking Tool :Mantis & Bugzilla

2. Recording the bug in video format : Screencast-o-matic

3. Tool for taking Screen-shots for reporting the bug: Snagit & Fireshot

4. Compatibility testing tools: Browser Sandbox and Adobe BrowserLab

5. Tool to Monitor CSS and HTML: Firebug

6. Tool to ensure valid HTML: HTML Validator

7. Performance Testing tool: Page Speed by Google,Pingdom,Iwebtool

8. To find Broken Links: Pinger Ad-on and broken link check

9. For checking the spelling of content: Spell Check

March 23, 2012 | 0 Comments More

SRS

A software requirements specification (SRS) is the complete description of the behavior of the software. It describes all of the interactions that the users will have with the software. The SRS contains functional requirements, which define the internal workings of the software: that is, the calculations, technical details, data manipulation and processing, and other specific functionality that shows how to meet the specification. It also contains the non-functional requirement like performance requirement, security requirement, and safety requirement.

Use of SRS
1. Project manager create plan and estimate of schedule, resources, effort on it.

2. Develop team need it to develop product.

3. The testing group needs it to develop test plans.


March 23, 2012 | 0 Comments More

Traceability Matrix

This matrix defines the mapping between customer requirements and prepared test cases by test engineers. This matrix is requirements traceability matrix or requirements validation matrix. This is used by testing team to verify how far the test cases prepared have covered the requirements of the functionalities to be tested.

March 22, 2012 | 0 Comments More

Verification & Validation

Verification

Testing of items, according to specification. Software testing is just one kind of verification that includes the techniques such as reviews, analysis, inspections and walk-through. Whether we are building right system is called verification.

Validation

It is the process to validate the system according to the requirement in which we are checking that what has been specified and what is actually user wanted.

March 22, 2012 | 0 Comments More

Severity & Priority

Severity & Priority

Severity: How much impact is on system due to particular bug is defined in severity.

Severity is classified as follow:

1. Critical:-There is a functionality that blocks the application is not able to produce any other step or functionality.

2. Major:-Effect on functionality is not as desired and output of any functionality is according to specification.

3. Minor:-Normal bug there is no failure report due to the defect but need to rectify.

4. Cosmetic:-Application look and feel comes in this category.

 

Priority: How much importance to be given for particular bug such as In Web Application Link is not working may be high priority.

Priority is classified as follow:

1. High:-Resolve the defect at the earlier stage or we can call it urgent level.

2. Low:-Resolve the defect.

3. Very Low:-Could be resolve later on stage.

 

Examples– Priority/Severity

High Priority & High Severity: A site keep the student details, on saving record if it, doesn’t allow saving the record then this is high priority and high severity bug.

High Priority & Low Severity: The spell mistakes that happens on the cover page or title of an application.

Low Priority and Low Severity: Any cosmetic or spell issues which is within a paragraph or in the report.

High Severity & Low Priority: If the application crashes after using it 100 times, it has high severity but low priority.

March 22, 2012 | 0 Comments More

Water Fall Model

Waterfall approach was first Process Model to be introduced and followed widely in Software Engineering to ensure success of the project. In “The Waterfall” approach, the whole process of software development is divided into separate process phases.

The stages of “The Waterfall Model” are:
Requirement Analysis & Gathering  All possible requirements of the system to be developed are captured in this phase. Requirements are set of functionalities and constraints that the end-user expects from the system. The requirements are gathered from the end-user by consultation, these requirements are analyzed for their validity and the possibility of incorporating the requirements in the system to be development is also studied. Finally, a Requirement Specification document is created which serves the purpose of guideline for the next phase of the model.

System & Software Design Before a starting for  coding, it is highly important to understand what we are going to create.  System Design helps in specifying hardware and system requirements and also helps in defining overall system architecture. The system design specifications serve as input for the next phase of the model.

Implementation & Unit Testing On receiving system design documents, the work is divided in modules/units and actual coding is started. The system is first developed in small programs called units, which are integrated in the next phase. Each unit is developed and tested for its functionality; this is referred to as Unit Testing.

Integration & System Testing  The system is first divided in units which are developed and tested for their functionalities. These units are integrated into a complete system during Integration phase and tested to check if all modules/units coordinate between each other and the system as a whole behaves as per the specifications. After successfully testing the software, it is delivered to the customer.

Operations & Maintenance Generally problems with the system developed (which are not found during the development life cycle) come up after its practical use starts, so the issues related to the system are solved after deployment of the system. Not all the problems come in picture directly but they arise time to time and needs to be solved; hence this process is referred as Maintenance.

There are some disadvantages of the Waterfall Model
1) As it is very important to gather all possible requirements during the Requirement Gathering and Analysis phase in order to properly design the system, not all requirements are received at once, the requirements from customer goes on getting added to the list even after the end of “Requirement Gathering and Analysis” phase, this affects the system development process and its success in negative aspects.

2) The problems with one phase are never solved completely during that phase and in fact many problems regarding a particular phase arise after the phase is signed off, this results in badly structured system as not all the problems (related to a phase) are solved during the same phase.

3) The project is not partitioned in phases in flexible way.

4) As the requirements of the customer goes on getting added to the list, not all the requirements are fulfilled, this results in development of almost unusable system. These requirements are then met in newer version of the system; this increases the cost of system development

March 22, 2012 | 0 Comments More

V-Model

The V-model is a software development model which can be presumed to be the extension of the waterfall model. Instead of moving down in a linear way, the process steps are bent upwards after the coding phase, to form the typical V shape. The V-Model demonstrates the relationships between each phase of the development life cycle and its associated phase of testing

 

March 22, 2012 | 0 Comments More

Static Testing

Verification activities come under the static testing or static analysis. The main focus of static testing is to detect the error without executing the test object.

The important methodologies are:

1.Inspection

2.Complexity analysis

3.Data flow analysis

4.Structured analysis.

March 22, 2012 | 0 Comments More

Ad Hoc Testing

Tester has to find the bug without proper planning just based on the assumptions. It is the form of black box testing because tester has not idea of the internal code and structure. Adhoc test done by the skillful tester and considered as the best techniques to uncovering the certain types of defects.
It is also called the monkey testing. In this type of testing we don’t have any specification but we aware of its functionality .In this we will give value randomly & perform task without thinking of its ill effect.

March 22, 2012 | 0 Comments More

Beta Testing

It is very impossible to a software developer to find how the customer will use the software. This type of testing is done at the customer site by the customer in the open environment. It is considered to be the last step of software development life cycle.

March 22, 2012 | 0 Comments More