| 
Website Cookies Basic Test Cases | 
| 
Check to see what happens if a user deletes cookies while in
  site | 
| 
Check to see what happens if a user deletes cookies after
  visiting a site  | 
| 
Check to see what happens if a user disabling cookies if user has set browser options to warn before writing any cookie or disabled the cookies completely then site containing cookie will be completely disabled and cannot perform any operation resulting in loss of site traffic. | 
| 
Session cookies: This cookie is active till the browser that
  invoked the cookie is open. When we close the browser this session cookie
  gets deleted. Sometime session of say 20 minutes can be set to expire the
  cookie. | 
| 
Persistent cookies: The cookies that are written permanently on
  user machine and lasts for months or years. | 
| 
Password cracking:  | 
| 
If username or password is stored in cookies without encrypting | 
| 
Cross Site Scripting (XSS | 
| 
attacker can use scripts like JavaScript to steal user cookies
  and information stored in the cookies | 
| 
Where cookies are stored? | 
| 
When any web page application writes cookie it get saved in a
  text file on user hard disk drive.  The path where the cookies get stored depends on the browser. Different browsers store cookie in different paths. E.g. Internet explorer store cookies on path “C:\Documents and Settings\Default User\Cookies” Here the “Default User” can be replaced by the current user you logged in as. Like “Administrator”, or user name like “Vijay” etc. The cookie path can be easily found by navigating through the browser options. In Mozilla Firefox browser you can even see the cookies in browser options itself. Open the Mozila browser, click on Tools->Options->Privacy and then “Show cookies” button. | 
| 
How cookies are stored? | 
| 
Let’s take example of cookie written by rediff.com on Mozilla
  Firefox browser: On Mozilla Firefox browser when you open the page rediff.com or login to your rediffmail account, a cookie will get written on your Hard disk. To view this cookie simply click on “Show cookies” button mentioned on above path. Click on Rediff.com site under this cookie list. You can see different cookies written by rediff domain with different names. Site: Rediff.com Cookie name: RMID Name: RMID (Name of the cookie) Content: 1d11c8ec44bf49e0… (Encrypted content) Domain: .rediff.com Path: / (Any path after the domain name) Send For: Any type of connection Expires: Thursday, December 31, 2020 11:59:59 PM | 
| 
General Test cases:  | 
| 
As a Cookie privacy policy make sure from your design documents
  that no personal or sensitive data is stored in the cookie. | 
| 
If you have no option than saving sensitive data in cookie make
  sure data stored in cookie is stored in encrypted format. | 
| 
Make sure that there is no overuse of cookies on your site under
  test. Overuse of cookies will annoy users if browser is prompting for cookies
  more often and this could result in loss of site traffic and eventually loss
  of business. | 
| 
Disable the cookies from your browser settings: If you are using
  cookies on your site, your sites major functionality will not work by
  disabling the cookies. Then try to access the web site under test. Navigate
  through the site. See if appropriate messages are displayed to user like “For
  smooth functioning of this site make sure that cookies are enabled on your
  browser”. There should not be any page crash due to disabling the cookies.
  (Please make sure that you close all browsers, delete all previously written
  cookies before performing this test) | 
| 
Accepts/Reject some cookies: The best way to check web site functionality
  is, not to accept all cookies. If you are writing 10 cookies in your web
  application then randomly accept some cookies say accept 5 and reject 5
  cookies. For executing this test case you can set browser options to prompt
  whenever cookie is being written to disk. On this prompt window you can
  either accept or reject cookie. Try to access major functionality of web
  site. See if pages are getting crashed or data is getting corrupted. | 
| 
Delete cookie: Allow site to write the cookies and then close all
  browsers and manually delete all cookies for web site under test. Access the
  web pages and check the behaviour of the pages. | 
| 
Corrupt the cookies: Corrupting cookie is easy. You know where
  cookies are stored. Manually edit the cookie in notepad and change the
  parameters to some vague values. Like alter the cookie content, Name of the
  cookie or expiry date of the cookie and see the site functionality. In some
  cases corrupted cookies allow to read the data inside it for any other
  domain. This should not happen in case of your web site cookies. Note that
  the cookies written by one domain say rediff.com can’t be accessed by other
  domain say yahoo.com unless and until the cookies are corrupted and someone
  trying to hack the cookie data. | 
| 
Checking the deletion of cookies from your web application page:
  Sometimes cookie written by domain say rediff.com may be deleted by same
  domain but by different page under that domain. This is the general case if
  you are testing some ‘action tracking’ web portal. Action tracking or
  purchase tracking pixel is placed on the action web page and when any action
  or purchase occurs by user the cookie written on disk get deleted to avoid
  multiple action logging from same cookie. Check if reaching to your action or
  purchase page deletes the cookie properly and no more invalid actions or
  purchase get logged from same user | 
| 
Cookie Testing on Multiple browsers: This is the important case
  to check if your web application page is writing the cookies properly on
  different browsers as intended and site works properly using these cookies.
  You can test your web application on Major used browsers like Internet
  explorer (Various versions), Mozilla Firefox, Netscape, Opera etc. | 
| 
If your web application is using cookies to maintain the logging
  state of any user then log in to your web application using some username and
  password. In many cases you can see the logged in user ID parameter directly
  in browser address bar. Change this parameter to different value say if
  previous user ID is 100 then make it 101 and press enter. The proper access
  message should be displayed to user and user should not be able to see other
  users account. | 
This Blog Contains information on Unit Testing, Integration Testing, System Testing, User Acceptance Testing, Web Testing, End to End Testing, Regression Testing, Testing Automation, Performance Testing, Stress Testing, Load Testing, Volume Testing, Security Testing, Defects, Bug , Fixes, Testing Tools like QTP, Load Runner, Quality Center, SharePoint Testing, Dynamics CRM testing and many more related to software testing.
Thursday, February 27, 2014
Web application Cookies Testing
Subscribe to:
Post Comments (Atom)
 
No comments:
Post a Comment