In GUI testing, need to cover the customer requirement if don't have to validate  Font size, colors, spellings(labels) etc.

Every application should follow Microsoft rules like

- Controls should be Initcap (i.e every label should start with Capital letter )Can observe that in Win applications every label starts with Caps

- OK or Cancel button should exist

- Controls should not be overlapped

- Controls should be alligned properly (left side alignment is mandatory but the right side is optional)

- Controls should be visible

- Short cut keys should be provided

- System menu should exist (i.e if u press Alt key + Space bar a menu will appear at the left most corner )

- Mouse pointer events 

Colors, Label Names, Tab Order, Alignment, graphs , Navigation of the software to test in GUI Testing.

Generally,test plan document is prepared by TL&QM.

Entry &Exit criteria is part of test plan document

Entry criteria is 

- Testing environment established

- Test cases prepared

- Build received from development team

Exit criteria is

- All modules are covered or not

- All test cases are completely executed or not

- All bugs resolved or not

Parallel/audit testing is testing where the user reconciles the output of the new system to the output of the current system to verify the new system performs the operations correctly. Let us say, for example, the currently software is in the mainframe system which calculates the interest rate. The company wants to change this mainframe system to web-based application. While testing the new web based application, we need to verify that the web-based application calculates the same interest rate. This is parallel testing.

For both client server and web based applications, the testing is the same except one thing: We test web based applications in different browsers, for example, Internet Explorer (will test in different versions like IE 5.0, IE 6.0, IE 7.0), Firefox, Safari (for Mac) and so on where as for client server, we don’t need to test in the browsers.

Verification: Verification is a process to ensure that the software that is made, matches the original design. In other words, it checks whether the software is made according to the criteria and specification described in the requirement document. It is to check whether you built the product right as per design. It is a low level checking. (It is done in walk-through meetings generally). It checked whether it is made accordingly to the design..

Validation: Validation is a process to check whether the product design fits the client’s need. It checks whether you built the right thing. It checks whether it is designed properly.

The QA testing process that was followed in my last company where I worked was like this: First of all the Business Requirement Document was prepared as per the client’s requirement (with the muck-up screen shots). Then on the basis of the requirement document, Test Strategy, Test Plans and Test Cases were written in sequential order. Once the Build is made and deployed to the different testing environments where different types of testing were performed to check whether there are any defects.

Basically Load, Stress and Performance Testing are the same. However, Load testing is the test to check the users’ response time of number of users of any one scenario of the application whereas Performance Testing is the test to check the user response time for multiple scenario of the same application.

Walkthrogh: Very informal type of review or testing method. Done by peers, so its called peer review.

Inspection: very technical type of review or testing method, done by the highly technically sound people.