What is difference b/w Functional Testing and Functionality

As per my knowledge the difference between functional and functionality testing is Suppose if you are testing an application to know weather it is working according to the required out come then it is called functional testing. and coming to functionality testing suppose if your testing a particular controller or field or event for its desired out come then it is called functionality testing of that particular thing.

What is the difference between testing and commissioning?

Systems commissioning is the process of testing final versions of software, hardware and configuration in their final locations. Once completed, it is "Live" (Available for use) and will not require further testing.

What do u do if developer not accepting ur bug?

1)If possible write all the steps(With Screen shot) to reproduce the bug and given it to the developer. Explain the impact of bug on the system to developer i.e. how important to fix that bug. If all above fails then take meeting with TL and PLs
2)

If they are arguing with you.. you can explain developers why you think it is bug by giving examples or some articles in your support and you can also re-produce the issue at developers computer. You should be able to convince developers that we need to work as a team to make this product successful and customer satisfaction.
If all above fails then take meeting with TL and PLs

How to write test scenarios for a Web application, with an example? In web application test scenarios are 1.check the URL is correct or not 2.check the links are working or not 3.check how many links are availaable in that page 4.check if we click any link that link is correctly working or not(it means correct page displayed or not) 5.check whether that page is using tables or not 6.check that web applicaion is secured or not 7.check in that application the text is same or not w.r.t customer requirements.

Web Testing
During testing the websites the following scenarios should be considered. Functionality Performance Usability Server side interface Client side compatibility Security Functionality: In testing the functionality of the web sites the following should be tested. Links  Internal links  External links  Mail links  Broken links Forms  Field validation  Functional chart  Error message for wrong input  Optional and mandatory fields Database  Testing will be done on the database integrity. Cookies  Testing will be done on the client system side, on the temporary internet files. Performance: Performance testing can be applied to understand the web site's scalability, or to benchmark the performance in the environment of third party products such as servers and middleware for potential purchase. Connection speed: o Tested over various Networks like Dial up, ISDN etc Load o What is the no. of users per time? o Check for peak loads & how system behaves. o Large amount of data accessed by user. Stress o Continuous load Performance of memory, cpu, file handling etc. Usability : Usability testing is the process by which the human-

computer interaction characteristics of a system are measured, and weaknesses are identified for correction. Usability can be defined as the degree to which a given piece of software assists the person sitting at the keyboard to accomplish a task, as opposed to becoming an additional impediment to such accomplishment. The broad goal of usable systems is often assessed using several criteria: Ease of learning Navigation Subjective user satisfaction General appearance Server side interface: In web testing the server side interface should be tested. This is done by Verify that communication is done properly. Compatibility of server with software, hardware, network and database should be tested. The client side compatibility is also tested in various platforms, using various browsers etc. Security: The primary reason for testing the security of an web is to identify potential vulnerabilities and subsequently repair them. The following types of testing are described in this section: Network Scanning Vulnerability Scanning Password Cracking Log Review Integrity Checkers Virus Detection Performance Testing Performance testing is a rigorous usability evaluation of a working system under realistic conditions to identify usability problems and to compare measures such as success rate, task time and user satisfaction with requirements. The goal of performance testing is not to find bugs, but to eliminate bottlenecks and establish a baseline for future regression testing. To conduct performance testing is to engage in a carefully controlled process of measurement and analysis. Ideally, the software under test is already stable enough so that this process can proceed smoothly. A clearly defined set of expectations is essential for meaningful performance testing.

For example, for a Web application, you need to know at least two things: expected load in terms of concurrent users or HTTP connections acceptable response time Load testing: Load testing is usually defined as the process of exercising the system under test by feeding it the largest tasks it can operate with. Load testing is sometimes called volume testing, or longevity/endurance testing Examples of volume testing: testing a word processor by editing a very large document testing a printer by sending it a very large job testing a mail server with thousands of users mailboxes Examples of longevity/endurance testing: testing a client-server application by running the client in a loop against the server over an extended period of time Goals of load testing: Expose bugs that do not surface in cursory testing, such as memory management bugs, memory leaks, buffer overflows, etc. ensure that the application meets the performance baseline established during Performance testing. This is done by running regression tests against the application at a specified maximum load. Although performance testing and load testing can seen similar, their goals are different. On one hand, performance testing uses load testing techniques and tools for measurement and benchmarking purposes and uses various load levels whereas load testing operates at a predefined load level, the highest load that the system can accept while still functioning properly. Stress testing: Stress testing is a form of testing that is used to determine the stability of a given system or entity. This is designed to test the software with abnormal situations. Stress testing attempts to find the limits at which the system will fail through abnormal quantity or frequency of inputs. Stress testing tries to break the system under test by overwhelming its resources or by taking resources away from it (in which case it is sometimes called negative testing). The main purpose behind this madness is to make sure that the system fails and recovers gracefully -- this quality is

known as recoverability. Stress testing does not break the system but instead it allows observing how the system reacts to failure. Stress testing observes for the following. Does it save its state or does it crash suddenly? Does it just hang and freeze or does it fail gracefully? Is it able to recover from the last good state on restart? Etc. Compatability Testing A Testing to ensure compatibility of an application or Web site with different browsers, OS and hardware platforms. Different versions, configurations, display resolutions, and Internet connect speeds all can impact the behavior of the product and introduce costly and embarrassing bugs. We test for compatibility using real test environments. That is testing how will the system performs in the particular software, hardware or network environment. Compatibility testing can be performed manually or can be driven by an automated functional or reg The purpose of compatibility testing is to reveal issues related to the products interaction ression test suite.with other software as well as hardware. The product compatibility is evaluated by first identifying the hardware/software/browser components that the product is designed to support. Then a hardware/software/browser matrix is designed that indicates the configurations on which the product will be tested. Then, with input from the client, a testing script is designed that will be sufficient to evaluate compatibility between the product and the hardware/software/browser matrix. Finally, the script is executed against the matrix, and any anomalies are investigated to determine exactly where the incompatibility lies. Some typical compatibility tests include testing your application: On various client hardware configurations Using different memory sizes and hard drive space On various Operating Systems In different network environments With different printers and peripherals (i.e. zip drives, USBs, etc.)