Tuesday, 8 October 2013

Interview question for manual testing 2 year experience in capegemini

(1) tell me about yourself
(2)brief discussion on current project
(3) what is sanity testing
(4)Different between test scenario and test case
(5)STLC
(6)AGILE PROCESS
(7) what is Function testing
(8)what is browser testing
(9)what is regression testing
(10 what is UI Testing
(11)if you are a testlead of small project how to handle team
(12)what is compatibility testing
(13) what is  insurance domain








Sunday, 26 May 2013

Types of testing


Term
 
Definition
Acceptance Testing
 

Testing the system with the intent of confirming readiness of the product and customer acceptance.
Ad Hoc Testing
 

Testing without a formal test plan or outside of a test plan. With some projects this type of testing is carried out as an adjunct to formal testing. If carried out by a skilled tester, it can often find problems that are not caught in regular testing. Sometimes, if testing occurs very late in the development cycle, this will be the only kind of testing that can be performed. Sometimes ad hoc testing is referred to as exploratory testing.
Alpha Testing
 

Testing after code is mostly complete or contains most of the functionality and prior to users being involved. Sometimes a select group of users are involved. More often this testing will be performed in-house or by an outside testing firm in close cooperation with the software engineering department.
Automated Testing
 

Software testing that utilizes a variety of tools to automate the testing process and when the importance of having a person manually testing is diminished. Automated testing still requires a skilled quality assurance professional with knowledge of the automation tool and the software being tested to set up the tests.
Beta Testing
 

Testing after the product is code complete. Betas are often widely distributed or even distributed to the public at large in hopes that they will buy the final product when it is released.
Black Box Testing
 

Testing software without any knowledge of the inner workings, structure or language of the module being tested. Black box tests, as most other kinds of tests, must be written from a definitive source document, such as a specification or requirements document..
Compatibility Testing
 

Testing used to determine whether other system software components such as browsers, utilities, and competing software will conflict with the software being tested.
Configuration Testing
 

Testing to determine how well the product works with a broad range of hardware/peripheral equipment configurations as well as on different operating systems and software.
Functional Testing
 

Testing two or more modules together with the intent of finding defects, demonstrating that defects are not present, verifying that the module performs its intended functions as stated in the specification and establishing confidence that a program does what it is supposed to do.
Independent Verification and Validation (IV&V)
 

The process of exercising software with the intent of ensuring that the software system meets its requirements and user expectations and doesn't fail in an unacceptable manner. The individual or group doing this work is not part of the group or organization that developed the software. A term often applied to government work or where the government regulates the products, as in medical devices.
Installation Testing
 

Testing with the intent of determining if the product will install on a variety of platforms and how easily it installs.
Integration Testing
 

Testing two or more modules or functions together with the intent of finding interface defects between the modules or functions. Testing completed at as a part of unit or functional testing, and sometimes, becomes its own standalone test phase. On a larger level, integration testing can involve a putting together of groups of modules and functions with the goal of completing and verifying that the system meets the system requirements. (see system testing)
Load Testing
 

Testing with the intent of determining how well the product handles competition for system resources. The competition may come in the form of network traffic, CPU utilization or memory allocation.
Performance Testing
 

Testing with the intent of determining how quickly a product handles a variety of events. Automated test tools geared specifically to test and fine-tune performance are used most often for this type of testing.
Pilot Testing
 

Testing that involves the users just before actual release to ensure that users become familiar with the release contents and ultimately accept it. Often is considered a Move-to-Production activity for ERP releases or a beta test for commercial products. Typically involves many users, is conducted over a short period of time and is tightly controlled. (see beta testing)
Regression Testing
 

Testing with the intent of determining if bug fixes have been successful and have not created any new problems. Also, this type of testing is done to ensure that no degradation of baseline functionality has occurred.
Security Testing
 

Testing of database and network software in order to keep company data and resources secure from mistaken/accidental users, hackers, and other malevolent attackers.
Software Testing
 

The process of exercising software with the intent of ensuring that the software system meets its requirements and user expectations and doesn't fail in an unacceptable manner. The organization and management of individuals or groups doing this work is not relevant. This term is often applied to commercial products such as internet applications. (contrast with independent verification and validation)
Stress Testing
 

Testing with the intent of determining how well a product performs when a load is placed on the system resources that nears and then exceeds capacity.
System Integration Testing
 

Testing a specific hardware/software installation. This is typically performed on a COTS (commerical off the shelf) system or any other system comprised of disparent parts where custom configurations and/or unique installations are the norm.
User Acceptance Testing
 

See Acceptance Testing.
White Box Testing
 
Testing the code directly

Friday, 24 May 2013

advanced qtp

New Unified Functional Testing Features
A few days ago, right before Christmas, HP finally made UFT 11.5 available for download. Here's a quick look at the top five features I think you're going to love:
5) New Add-Ins for Flex and Qt applications
UFT now supports:
  • Flex
  • QT




The add-ins give you the ability to test both Flex and QT GUI applications using UFT. For UFT to work with a Flex application you must compile it with a UFT Flex pre-compiled agent. Testing Qt applications does not require any other steps, other than loading the QT Add-in and testing your QT app just like you would any other UFT supported application.
4) Run step feature for API tests
For Service Test API test users, this feature is a simple change but an absolutely killer enhancement that's going to save me a lot of time--the ability to run any step on the canvas areas using the new "Run step" command.


If you have an API test made up of 50 operations, you'll no longer need to run the whole test from the top. Simply right click on any operation on the Canvas. For instance, selecting "Run step" will run only that operation. Sweet!
3) Insight – Image-Based Object Identification
Need to test an application that QTP was never able to recognize? Or do you need to test an application that runs remotely on a non-windows OS? In theory, using the new Insight feature in UFT will now allow you to successfully run tests against these types of challenging situations.


Basically, Insight works by UFT recognizing objects in an application based on what they look like. So, if you're testing an application that UFT doesn't support, it shouldn't matter that none of the objects' native properties are recognized, since UFT will instead use an image to help identify it.


All images are stored in the object repository.
(I'm not sure how reliable this approach is yet, since I haven't had time to really try it out, but the concept sounds promising.)
2) Enhanced Debugging Features
Anyone that has been coding on QTP knows how frustrating and the limited the current QTP debugging capabilities are. On top of that, debugging is one of the most important parts of creating a script—which is why you'll be happy to know that the debugger in UFT has been greatly enhanced.
The following panes have been added and enhanced:
  • Call Stack – allows you to view info about the methods and functions that are currently in the call stack.
  • Loaded Modules – for API tests, this pane allows you to view info on .dlls that are loaded and executed in API test runs.
  • Threads – For API tests--allows you to view info about threads currently running as part of the run session.
  • Local Variables Pane – allows you to view all the current values and types of variables in their current context.
  • Console Pane – when debugging a script, this pane allows you to run lines of VBScript (for GUI tests) and C# code (for API tests) in your suspended run session.
  • Watch – when debugging, this pane allows you to view the current values ad types of selected variables, properties, and VBScript of C# expressions in a test's suspended run session.
  • Debug pane – enables you to view the current values and types of variables, properties, and VBScript or C# in a test's suspended run session.


And finally, the top Unified Functional Testing 11.5 feature enhancement you're going to love is:
1) Unified IDE
In previous releases, HP had separate products for functional testing. QuickTest Professional (QTP) was used for testing GUI applications, and Service Test was for testing non-GUI technologies. Unified functional Testing (UFT) combines both products and features a frontend that merges the separate tools into one common user interface.
When creating a new test script in UFT, the user is now given a choice between creating either a GUI Test (formerly known as QTP) or API Test (formerly known as Service Test). This book focuses on the API testing piece of UFT.

UFT also allows the user (with a proper license for each piece) to integrate steps from GUI, API and LoadRunner into one test script. The ability to call and pass data from one test type to another enables the user to create true end-to-end testing solutions.
The new IDE also allows you to open multiple tests and libraries at the same time. This is destined to be a huge time saver, especially for QTP engineers that have created action-based frameworks.


UFT 11.5 Wrap-Up
These are my top five UFT 11.5 features. What are yours? Please leave a comment below. I'd love to hear from you

Wednesday, 22 May 2013

career in Software Testing

       DESIGNATION                                                               EXPERIENCE
  • Jr Software Test Engineer                                                   (Fresher)
  • Software Test Engineer                                                       (1year)
  • Sr. Software Test Engineer                                                 (2-3 year)
  • QA Lead                                                                              (5-6 year)
  • QA Manager                                                                        (8-11 year)
  • Sr.QA Manager                                                                   (14-15 year)
      REMUNERATION

      In US                    $45,993-$74,935
      In INDIA            Rs 247,315-Rs 449,111

Tuesday, 21 May 2013

software testing technique


Dear readers,

One of my professors at the university said once to all of us: Computer scientists

are at some point criminals. What he meant was that we or some of us – computer

scientists – at some point like to try things that are not that “legal”. The most of

us are “clean”, but some of us are “free time hackers”!

Nowadays the hackers are almost away from the 17 years old guy, trying to penetrate

in some website and so on. They are now adults, with families, cars, pets,

holidays and a job. They are professionals earning money for acting as such.

Application Security is not only important and essential for the companies and

their businesses, technology and employees. Application Security is a macroeconomic

aspect for the countries. There are a lot of secret services or governments

agencies working on getting technology or information by advance hacking the

server and databases of top companies or governments worldwide. When we hear

that some countries could be behind the penetration of the USA electricity network,

you can imagine what is going on outside.


Are we testers prepared for that job? I’m not! Last year we had the first tutorial


by Manu Cohen about Application Security Testing. It was amazing what you can

do in few minutes using the right tools!!! Even as computer scientist your eyes


get wide open. We saw after the first tutorial that we need to give the attendees at

tack

skills; they should learn also to attack and to think how a hacker thinks. The

second tutorial some weeks ago had two days introduction into practical hacking.

It was an even bigger success.


We - as testers - have to be given specific knowledge on security testing to do the


job in the right way. As well as this tutorial by Manu Cohen there is an initiative


called ISSECO. ISSECO has defined a syllabus for a certification as professional


for secure software engineering. This is more than testing; security already starts

with the requirements and design of the application. It is a part of the whole process.

This is a step in the right direction!

Security is getting essential and that’s why we will issue a new magazine on this


topic called Security Acts. The first issue is going to be released on October 2009.


It appears quarterly too. Please send us your proposals for articles.

The program for the Testing & Finance is ready and I hope to see you there. We

have great speakers!

Web Testing


Web Applications Testing


I) Overview:


 

Now a days Web Applications are getting more popular in the IT Industry, having so many advantages like supporting more clients, no client side installation and accessing from any ware etc…

 


Types of Web Application


 


We can categorize web applications in two ways


 


a)    Business Classification


 


1)     Web Sites (They provide information about Organizations or Industries or persons)


2)    Web Portals (They are Business gateways, ex: Online Shopping sites, Job portals etc.)


3)     Web Applications (They are Service providers (both Free and Paid), apart from information) Ex: Net Banking Applications, Insurance Applications etc…)


 


b)    Technical Classification


1)     Intranet Applications (They are private applications, uses local area network (LAN))


2)     Internet Applications (They are Public applications, uses Wide area network (WAN)


3)     Extranet Applications (They also Private applications over Internet (WAN))


 


Browser:


 

It is a Software Application, which retrieves, and Presents information in text, image and voice like different file formats.

 

The browser is the viewer of a Web Site and there are so many different browsers and browser options that a well-done Web Site is probably designed tolook good on as many browsers as possible.

 

Popular Browsers:

1)     Internet Explorer

2)     Mozilla Firefox

3)     Google Chrome

4)     Safari

5)     Opera

Etc…

 



         

Ø       HTML (Hyper Text Markup Language) – for displaying web pages

Ø       XML (Extensible Markup Language) –for Transporting the Data

Ø       Java Script – for Client Side Validations

Ø       VB Script – for Server side Validations

Ø       IIS, Apache, Tomcat, Pramathi – as Web servers

Ø       JBoss, WebLogic, WebSpeare, COM+ - as Application Servers

Ø       Java, C#.NET, VB.NET, VC++.NET for Components development

Ø       SQL Server, Oracle, MySQL  as Database Servers

Ø       HTTP, SOAP – as Protocols

 

 


 

Functionality Testing:


 

Test for - all the links in web pages, database connection, forms used in the web pages for submitting or getting information from user, Cookie testing.

 


Check all the links:


 


·                                             Test the outgoing links from all the pages from specific domain under test.

·                                             Test all internal links.

·                                             Test links jumping on the same pages.

·                                             Test links used to send the email to admin or other users from web pages.

·                                             Test to check if there are any orphan pages.

·                                             Lastly in link checking, check for broken links in all above-mentioned links.

 


Test forms in all pages:


 


Forms are the integral part of any web site. Forms are used to get information from users and to keep interaction with them. So what should be checked on these forms?

·                                             First check all the validations on each field.

·                                             Check for the default values of fields.

·                                             Wrong inputs to the fields in the forms.

·                                             Options to create forms if any, form delete, view or modify the forms.

 


Cookies testing:


 


Cookies are small files stored on user machine. These are basically used to maintain the session mainly login sessions. Test the application by enabling or disabling the cookies in your browser options. Test if the cookies are encrypted before writing to user machine. If you are testing the session cookies (i.e. cookies expire after the sessions ends) check for login sessions and user stats after session end. Check effect on application security by deleting the cookies.

 


Validate your HTML/CSS:


 


If you are optimizing your site for Search engines then HTML/CSS validation is very important. Mainly validate the site for HTML syntax errors. Check if site is crawl able to different search engines.

 


Database testing:


 


Data consistency is very important in web application. Check for data integrity and errors while you edit, delete, modify the forms or do any DB related functionality. Check if all the database queries are executing correctly, data is retrieved correctly and also updated correctly. More on database testing could be load on DB, we will address this in web load or performance testing below.

 


Usability Testing:


 


Test for navigation:


 

Navigation means how the user surfs the web pages, different controls like buttons, boxes or how user using the links on the pages to surf different pages.
Usability testing includes:
Web site should be easy to use. Instructions should be provided clearly. Check if the provided instructions are correct means whether they satisfy purpose. Main menu should be provided on each page. It should be consistent.

 


Content checking:


 


Content should be logical and easy to understand. Check for spelling errors. Use of dark colors annoys users and should not be used in site theme. You can follow some standards that are used for web page and content building. These are common accepted standards like as I mentioned above about annoying colors, fonts, frames etc.
Content should be meaningful. All the anchor text links should be working properly. Images should be placed properly with proper sizes.
These are some basic standards that should be followed in web development. Your task is to validate all for UI testing

 


Other user information for user help:


 


Like search option, sitemap, help files etc. Sitemap should be present with all the links in web sites with proper tree view of navigation. Check for all links on the sitemap.
“Search in the site” option will help users to find content pages they are looking for easily and quickly. These are all optional items and if present should be validated.

 


Interface Testing:


 


The main interfaces are:
Web server and application server interface
Application server and Database server interface.

Check if all the interactions between these servers are executed properly. Errors are handled properly. If database or web server returns any error message for any query by application server then application server should catch and display these error messages appropriately to users. Check what happens if user interrupts any transaction in-between? Check what happens if connection to web server is reset in between?

 


Compatibility Testing:


 


Compatibility of your web site is very important testing aspect. See which compatibility test to be executed:

·                                             Browser compatibility

·                                             Operating system compatibility

·                                             Mobile browsing

·                                             Printing options

 


 


Browser compatibility:


 


In my web-testing career I have experienced this as most influencing part on web site testing.
Some applications are very dependent on browsers. Different browsers have different configurations and settings that your web page should be compatible with. Your web site coding should be cross browser platform compatible. If you are using java scripts or AJAX calls for UI functionality, performing security checks or validations then give more stress on browser compatibility testing of your web application.
Test web application on different browsers like Internet explorer, Firefox, Netscape navigator, AOL, Safari, Opera browsers with different versions.

 


OS compatibility:


 


Some functionality in your web application is may not be compatible with all operating systems. All new technologies used in web development like graphics designs, interface calls like different API’s may not be available in all Operating Systems.
Test your web application on different operating systems like Windows, Unix, MAC, Linux, Solaris with different OS flavors.

 


Mobile browsing:


 


This is new technology age. So in future Mobile browsing will rock. Test your web pages on mobile browsers. Compatibility issues may be there on mobile.

 


Printing options:


 


If you are giving page-printing options then make sure fonts, page alignment, page graphics getting printed properly. Pages should be fit to paper size or as per the size mentioned in printing option.

 


Performance testing:


 


Web application should sustain to heavy load. Web performance testing should include:

Web Load Testing
Web Stress Testing

Test application performance on different internet connection speed.
In web load testing test if many users are accessing or requesting the same page. Can system sustain in peak load times? Site should handle many simultaneous user requests, large input data from users, Simultaneous connection to DB, heavy load on specific pages etc.

 

Stress testing:

 

Generally stress means stretching the system beyond its specification limits. Web stress testing is performed to break the site by giving stress and checked how system reacts to stress and how system recovers from crashes. Stress is generally given on input fields, login and sign up areas.
In web performance testing web site functionality on different operating systems, different hardware platforms is checked for software, hardware memory leakage errors,

 


Security Testing:


 


Following are some tests for web security testing:

·                     Test by pasting internal URL directly into browser address bar without login. Internal pages should not open.

·                     If you are logged in using username and password and browsing internal pages then try changing URL options

directly. I.e. If you arechecking some publisher site statistics with publisher site ID= 123. Try directly changing the URL site ID parameter to different site ID which is not related to log in user. Access should deny for this user to view others stats.

·    Try some invalid inputs in input fields like login username, password and input text boxes. Check the system   

             reaction on all invalid inputs.

·           Web directories or files should not be accessible directly unless given download option.

·           Test the CAPTCHA for automates scripts logins.

·           Test if SSL is used for security measures. If used proper message should get displayed when user switch from  

            non-secure http:// pages to secure https:// pages and vice versa.

·                     All transactions, error messages, security breach attempts should get logged in log files somewhere on web server.

 

 

 

 

 

 

Web Testing is an essential topic now a days

 

Software Test Metrics


This Document Explains:
1) Base Metrics (Direct Measure),
2) Calculated Metrics (Indirect Measure),
3) Base Metrics & Test Phases,
4) Calculated Metrics & Phases,
5) Crucial Web Based Testing Metrics,
6) Test Case defect density,
7) Defect Slippage Ratio,
8) Requirement Volatility
9) Review Efficiency 
10) Efficiency and Effectiveness of Processes
11) Metrics for Software Testing

Metrics for Software Testing


Test Coverage = Number of units (KLOC/FP) tested / total size of the system
Number of tests per unit size = Number of test cases per KLOC/FP
Acceptance criteria tested = Acceptance criteria tested / total acceptance criteria
Defects per size = Defects detected / system size
Test cost (in %) = Cost of testing / total cost *100
Cost to locate defect = Cost of testing / the number of defects located
Achieving Budget = Actual cost of testing / Budgeted cost of testing
Defects detected in testing = Defects detected in testing / total system defects
Defects detected in production = Defects detected in production/system size
Quality of Testing = No of defects found during Testing/(No of defects found during testing + No of acceptance defects found after delivery) *100
Effectiveness of testing to business = Loss due to problems / total resources processed by the system.
System complaints = Number of third party complaints / number of transactions processed
Scale of Ten = Assessment of testing by giving rating in scale of 1 to 10
Source Code Analysis = Number of source code statements changed / total number of tests.
Effort Productivity = Test Planning Productivity = No of Test cases designed / Actual Effort for Design and Documentation
Test Execution Productivity = No of Test cycles executed / Actual
Effort for testing

B) The product quality measures

 

1. Customer satisfaction index


(Quality ultimately is measured in terms of customer satisfaction.) 
Surveyed before product delivery and after product delivery 
(and on-going on a periodic basis, using standard questionnaires) 
Number of system enhancement requests per year 
Number of maintenance fix requests per year 
User friendliness: call volume to customer service hotline 
User friendliness: training time per new user 
Number of product recalls or fix releases (software vendors) 
Number of production re-runs (in-house information systems groups) 

2. Delivered defect quantities 

Normalized per function point (or per LOC) 
At product delivery (first 3 months or first year of operation) 
Ongoing (per year of operation) 
By level of severity 
By category or cause, e.g.: requirements defect, design defect, code defect, 
documentation/on-line help defect, defect introduced by fixes, etc. 


3. Responsiveness (turnaround time) to users 

Turnaround time for defect fixes, by level of severity 
Time for minor vs. major enhancements; actual vs. planned elapsed time 

4. Product volatility 


Ratio of maintenance fixes (to repair the system & bring it into 
compliance with specifications), vs. enhancement requests 
(requests by users to enhance or change functionality) 

5. Defect ratios 


Defects found after product delivery per function point 
Defects found after product delivery per LOC 
Pre-delivery defects: annual post-delivery defects 
Defects per function point of the system modifications 

6. Defect removal efficiency 


Number of post-release defects (found by clients in field operation), 
categorized by level of severity 
Ratio of defects found internally prior to release (via inspections and testing), 
as a percentage of all defects 
All defects include defects found internally plus externally (by 
customers) in the first year after product delivery 

7. Complexity of delivered product 


McCabe's cyclomatic complexity counts across the system 
Halstead’s measure 
Card's design complexity measures 
Predicted defects and maintenance costs, based on complexity measures 

8. Test coverage 


Breadth of functional coverage 
Percentage of paths, branches or conditions that were actually tested 
Percentage by criticality level: perceived level of risk of paths
The ratio of the number of detected faults to the number of predicted faults. 

9. Cost of defects 

Business losses per defect that occurs during operation 
Business interruption costs; costs of work-arounds 
Lost sales and lost goodwill 
Litigation costs resulting from defects 
Annual maintenance cost (per function point) 
Annual operating cost (per function point) 
Measurable damage to your boss's career 

10. Costs of quality activities 


Costs of reviews, inspections and preventive measures 
Costs of test planning and preparation 
Costs of test execution, defect tracking, version and change control 
Costs of diagnostics, debugging and fixing 
Costs of tools and tool support 
Costs of test case library maintenance 
Costs of testing & QA education associated with the product 
Costs of monitoring and oversight by the QA organization 
(if separate from the development and test organizations) 

11. Re-work 


Re-work effort (hours, as a percentage of the original coding hours) 
Re-worked LOC (source lines of code, as a percentage of the total delivered LOC) 
Re-worked software components (as a percentage of the total delivered components) 

 

12. Reliability 


Availability (percentage of time a system is available, versus the time 
the system is needed to be available) 
Mean time between failure (MTBF) 
Mean time to repair (MTTR) 
Reliability ratio (MTBF / MTTR) 
Number of product recalls or fix releases 
Number of production re-runs as a ratio of production runs

 

TEST CASES MANUAL TESTING

 

Coffee machine

 

1.Plug the power cable and press the on button. The indicator bulb should glow indicating the machine is on.

2. Whether there are three different buttons Red, Blue and Green.

3. Whether Red indicated Coffee.

4. Whether Blue indicated Tea.

5. Whether Green indicated Milk.

6. Whether each button produces the correct out put (Coffee, Tea or Milk).

7. Whether the the desired out put is hot or not (Coffee, Tea or Milk).

8. Whether the quantity is exceeding the specified the limit of a cup.

9. Whether the power is off (including the power indicator) when pressed the off button.

The scenario is " there are two notepad applications which were already open. In notepad1 some typed text is there. notepad2 is empty. Using cut and paste option u have to paste the entire text from notepad1 into notepad2."

Test Cases are considered for both the Notepads (Notepad1 and Notepad2) being open.

1. Press Ctrl+A from keyboard, checkout whether its selecting all the data. Similarly from notepad1 screen,select Edit and select Select All Option and check out whether all the data is selected.

2. Press Ctrl+C from keyboard, checkout whether you're able to copy the data from Notepad1 to Notepad2.Similarly from notepad1 screen,select Edit and select Copy Option,check out whether all the data is copied from notepad1.

3.Press Ctrl+V from keyboard, checkout whether you're able to Paste the data from Notepad1 to Notepad2.Similarly from notepad1 screen,select Edit and select Paste Option,check out whether all the data is pasted to notepad2.

4.Press Alt+F4 from Keyboard, check out whether its closes both the screens.Similarly check out the exit option in File.

5. After you press Ctrl+X from keyboard, check out for Ctrl+Z option from Keyboard, similarly check out for Undo option in Edit Menu.

For Web Applications what type of tests are you going to do?


Short release cycles;
- Constantly Changing Technology;
- Possible huge number of users during initial website launch;
- Inability to control the user's running environment;
- 24-hour availability of the web site.


The quality of a website must be evident from the Onset. Any difficulty whether in response time, accuracy of information, or ease of use-will compel the user to click to a competitor's site. Such problems translate into lost of users, lost sales, and poor company image.


To overcome these types of problems, use the following techniques:
1. Functionality Testing
Functionality testing involves making Sure the features that most affect user interactions work properly. These include:
· forms
· searches
· pop-up windows
· shopping carts
· online payments

2. Usability Testing
Many users have low tolerance for anything that is difficult to use or that does not work. A user's first impression of the site is important, and many websites have become cluttered with an increasing number of features. For general-use websites frustrated users can easily click over a competitor's site.

Usability testing involves following main steps
· identify the website's purpose;
· identify the indented users ;
· define tests and conduct the usability testing
· analyze the acquired information

3. Navigation Testing
Good Navigation is an essential part of a website, especially those that are complex and provide a lot of information. Assessing navigation is a major part of usability Testing.

4. Forms Testing
Websites that use forms need tests to ensure that each field works properly and that the forms posts all data as intended by the designer.

5. Page Content Testing
Each web page must be tested for correct content from the user perspective for correct content from the user perspective. These tests fall into two categories: ensuring that each component functions correctly and ensuring that the content of each is correct.

6. Configuration and Compatibility testing
A key challenge for web applications is ensuring that the user sees a web page as the designer intended. The user can select different browser software and browser options, use different network software and on-line service, and run other concurrent applications. We execute the application under every browser/platform combination to ensure the web sites work properly under various environments.

7. Reliability and Availability Testing
A key requirement o a website is that it Be available whenever the user requests it, after 24-hours a day, every day. The number of users accessing web site simultaneously may also affect the site's availability.

8. Performance Testing
Performance Testing, which evaluates System performance under normal and heavy usage, is crucial to success of any web application. A system that takes for long to respond may frustrate the user who can then quickly move to a competitor's site. Given enough time, every page request will eventually be delivered. Performance testing seeks to ensure that the website server responds to browser requests within defined parameters.

9. Load Testing
The purpose of Load testing is to model real world experiences, typically by generating many simultaneous users accessing the website. We use automation tools to increases the ability to conduct a valid load test, because it emulates thousand of users by sending simultaneous requests to the application or the server.

10. Stress Testing
Stress Testing consists of subjecting the system to varying and maximum loads to evaluate the resulting performance. We use automated test tools to simulate loads on website and execute the tests continuously for several hours or days.

11. Security Testing
Security is a primary concern when communicating and conducting business- especially sensitive and business- critical transactions - over the internet. The user wants assurance that personal and financial information is secure. Finding the vulnerabilities in an application that would grant an unauthorized user access to the system is important.