How to write Test Cases for UI Testing

Useful Test Cases for testing User Interfaces
  1. Required Fields – If the screen requires data entry on a specific field, it is good practice to identify the required fields with a red asterisk and to give a friendly warning if the data is left blank.
  2. Data Type Errors – If the screen contains dates, numeric, currency or other specific data types, ensure that only valid data can be entered.
  3. Field Widths – If the screen contains text boxes that allow data entry, ensure that the width of data entered does not exceed the width of the table field (e.g. a title that allows 100 characters in the database should not allow more than 100 characters to be entered from the user interface).
  4. Onscreen Instructions – Any screen that is not self-explanatory to the casual user should contain onscreen instructions that aid the user.
  5. Keep Onscreen Instructions Brief – While onscreen instructions are great, keep the wording informative, in layman’s terms, but concise.
  6. Progress Bars - If the screen takes more than 5 seconds to render results, it should contain a progress bar so that the user understands the processing is continuing.
  7. Same Document Opened Multiple Times – If your application opens the same document multiple times, it should append a unique number to the open document to keep one document from overwriting another. For example, if your application opens a document named Minutes.txt, if it opens the same document for the same user again, consider having it append the time to the document or sequentially number it (Minutes2.txt or Minutes_032321.txt).
  8. Cosmetic Inconsistencies – The screen look, feel and design should match the other screens in your application. Creating and using a style guide is a great way to ensure consistency throughout your application.
  9. Abbreviation Inconsistencies – If your screens contain abbreviations (e.g. Nbr for number, Amt for amount, etc), the abbreviations should be consistent for all screens in your application. Again, the style guide is key for ensuring this.
  10. Save Confirmations - If your screen allows changing of data without saving, it should prompt you to save if you move to another record or screen.
  11. Delete Confirmations – If a person deletes an item, it is a good idea to confirm the delete. However, if your user interface allows deleting several records in a row, in some cases you might consider allowing them to ignore the confirmation as it might get frustrating to click the confirmation over and over again.
  12. Type ahead - If your user interface uses combo boxes (drop down lists), be sure to include type ahead (if you have hundreds of items in a list, if you type in the first letter it will skip to the first item that begins with that letter).
  13. Grammar and Spelling Ensure that you have test cases that look for grammar or spelling errors.
  14. Table Scrolling If your application lists information in table format, if the data in the table extends past one page, the scrolling should scroll the data but leave the table headers in tact.
  15. Error Logging - If fatal errors occur as users use your application, ensure that your applications writes those errors to a log file, event viewer or a database table for later review. Log the routine the error was in, the person logged on, and the date/time of the error.
  16. Error Messages - Ensure that error messages are informative, grammatically correct, and not condescending.
  17. Shortcuts - If your application allows short cut keys (like CTRL+S to save), test each shortcut to ensure it works in all different browsers (if the application is web based).
  18. Invalid Choices – Do not include instructions for choices not available at the time. For example, if a screen cannot be printed due to the state of the data, the screen should not have a Print button.
  19. Invalid Menu Items Do not show menu items that are not available for the context you are currently in.
  20. Dialog Box Consistency – Use a style guide to document what choices are available for dialog boxes. You should have not have Save/Cancel dialog on one screen and an OK/Cancel on another, this is inconsistent.

Different factors used to perform website testing

Main check functionality of an ecommerce website.
Main pages
  • Home page
  • products Pages
  • Special offers
  • About page
  • Shipping information
  • Returns policy
  • Terms&conditions page
  • Privacy policy
  • Product category pages
  • Product title
  • Product description
  • Product images
  • Enlarge image
  • 360 degree view of products
  • Related products
  • Product search
  • Keyword search
  • Shopping basket

Move into checkout process
Checkout and Payment Systems
An example list of payment types is as follows:
Paypal payment:-
  • Visa payment
  • Visa Debit payment
  • Visa Electron payment
Make sure that you can refund a payment and that any confirmation emails are sent to the recipient of the refund successfully.
Browser Compatibility
Extremely important, especially for ecommerce sites, as if the site doesn’t work in a particular browser then nobody using that browser can buy anything from you.This list of browsers will change, as new browsers are released and older browsers aren’t used as much (here’s hoping that IE7 goes away soon).
We are Testing all of the functionality listed above in each of the following web browsers:

  • Internet Explorer (Latest Version)
  • Mozilla Firefox (Latest Version)
  • Google Chrome (Latest Version)
  • Safari(Latest Version)
Mobile Device Compatibility
Check your website on real devices accept simulators
  • Apple iPhone
  • Apple iPad (iPad 2 and 3 is recommended)
  • Android(All supported versions)
  • Blackberry
  • Windows Phone
Performance
Ecommerce Website needs to load quickly in order for potential customers to not get frustrated and head elsewhe
Proof Reading
It goes without saying but proof reading every page, including all product pages, product descriptions, search results pages and the checkout process will make sure that people are not put off by any shoddy spelling or grammar.
Product Pricing
Along with proof reading, checking your products pricing is obviously very important to make sure you are not selling something too cheap or putting people off because the price is way too high. There have been many high profile pricing errors in the past with retailers offering Sony TVs for £1 by accident, etc.
Web Standards
How your website complies with HTML and CSS standards can greatly help your website’s accessibility, aid SEO, usability and other general site quality problems.
W3C’s own tools are fine for checking individual pages at a time.

Accessibility
Test your website against WCAG 2.0 guidelines Try browsing your website with a screen reader and/or text browser Try browsing your website without a mouse, I.e. with just your keyboard You’ll undoubtedly pick up some problems you wouldn’t have guessed at but it is a good idea to fix them.

Types of Software Testing

Different types of Software Testing:-
1-> Manual Software Testing:- Software Manual Testing is a process to test software manually
2->Automation Testing:- Software Automation Testing is a process to test software automatically by giving some input

What is Software Testing

What is Software Testing:-
  1. Software Testing is not only process finding bug but also responsibility to get fixed properly by developer.
  2. Software Testing is a process to finding bug in a software.
  3. Software Testing is a process to improve quality of software.
  4. Software Testing increase customer satisfaction.
  5. Software Testing reduces cost and time of development