Website Testing Checklist
Website Testing Checklist
Website Testing Checklist
a12/p12 15:21
Worldwide web is browsed by customers with different knowledge levels, while testing
websites (static/Dynamic) QA department should concentrate on various aspects to make
effective presentation of website in www.
Aspects to cover
Functionality
Usability
User Interface
Serverside Interface
Compatibility
Security
Performance
Description
Functionality
1.1 Links
Objective is to check for all the links in the website
1.2Forms
Check for the integrity of submission of all forms
1.3 Cookies
Check for the cookies that has to be enabled and how it has to be expired
1.5 Database
Two types of errors that may occur in web application
Usability
How simple customer can browse the website
2.1 Navigation
Navigation describes the way user navigate with in a webpage, between different user
interface controls (buttons, text boxes, combo boxes, dropdown lists ...etc)
2.2 Content
Correctness is whether the information is truthful or contains misinformation. The
accuracy of the information is whether it is without grammatical or spelling errors.
Remove irrelevant information from your site this may otherwise cause
misunderstanding or confusion
User Interface
3.1 Verify whether screen resolution been taken in to account while using browser, will the
UI resize itself as you maximize/minimize this must be tested with various screen
resolutions
3.2 verify whether the number of ‘controls’ per page have been checked, generally 10 is a
good number
3.3 Where there are options to choose from, user should be forced to choose from a set of
radio buttons and the default should be pointing at default message (none, select one..etc)
3.4 Every dropdown box should have the first choice as NONE (it could be any other
meaningful sentence such as ‘Choose one’ or ‘select’
WEBSITE TESTING CHECKLIST 12/15/2004 7:30:00
a12/p12 15:21
3.5 Ensure persistency of all values, when you enter values in a form, and move on the next
page and then return to change one of the previous screen .The users must not be forced to
re-enter all the values once again, this must be checked and ensured
3.6 Horizontal scrolling is not preferable in general .Avoid using horizontal scroll bar Ensure
that the use of vertical scroll bar is judicious
3.7 Consider the use of pagination where appropriate.
3.8 Ensure that ‘shift click’ ‘control click ‘work in list boxes, clarify these features work in
both browsers
3.9 The location of buttons (OK and Cancel) should be at the right hand bottom side of a
screen and consistent.
3.10 Clarify whether encryption of the password occurs from your login page all the way to
the backend (the login page must not transmit clear –text password)
3.11 Illegal operations should give popup messages (message should be simple and clear)
3.12 Verify if there is a requirement to use image maps in the application (does net scape
support this well
3.13 positive popup messages should be displayed (submitted, deleted, updated, done and
cleared)
3.14 Ensure that you have multiple check boxes when multiple selections is to be performed
3.15 Avoid long scrolling drop down list make it short
3.16 website URL should be small and simple
Serverside Interface
4.1.1 Verify that communication is done correctly, web server-application server, application
server-database sever and vice versa
4.1.2 Compatibility of server software, hardware, network connections
4.1.3 Database compatibility
4.1.4 External interface if any
5.1 platforms
Check for the website compatibility with
5.1.1 Windows (95, 98, 2000, NT)
5.1.2 Unix
5.1.3 Linux
5.1.4 Macintosh (if applicable)
5.1.5 Solaris (if applicable)
5.2 Browsers
5.2.1 Internet Explorer (3.x, 4.x, 5.x)
5.2.2 Netscape Navigator (3.x, 4.x, 6.x)
5.2.3 AOL
5.2.4 Browser settings (security settings graphics, java etc..)
5.2.5 Frames and cascade style sheets
5.2.6 HTML specification
5.3 Graphics
Loading of images graphics, etc.
WEBSITE TESTING CHECKLIST 12/15/2004 7:30:00
a12/p12 15:21
Security
Performance
7.2 Load
7.1.1 Perform load test as per the SLA (Service Level Agreement)
7.1.2 What is the estimated number of users per time period and how will it be divided over
the period
7.1.3 Will there be peak loads and how systems react
7.1.4 Can your site handle a large amount of users requesting a certain page?
7.1.5 Is large amount of data transferred from user?
7.3 stress
7.3.1 Stress testing is done in order to actually break a site or certain features to determine
how the system reacts
7.3.2 Stress tests are designed to push and test system limitations and determine whether
the system recovers gracefully from crashes
Note: Hackers often stress systems by providing loads of wrong in-data until it crash and
then gain access to it during start-up
7.3.3 System abnormal conditions (stress testing)
Less bandwidth of cable
Low disk memory
Low processor speed