SunQuest
 
       Design Usability
  Home arrow Design Usability arrow Browsers as Test Platforms
Dev Articles Forums 
ADO.NET  
Apache  
ASP  
ASP.NET  
C#  
C++  
ColdFusion  
COM/COM+  
Delphi-Kylix  
Design Usability  
Development Cycles  
DHTML  
Embedded Tools  
Flash  
Graphic Design  
HTML  
IIS  
Interviews  
Java  
JavaScript  
MySQL  
Oracle  
Photoshop  
PHP  
Reviews  
Ruby-on-Rails  
SQL  
SQL Server  
Style Sheets  
VB.Net  
Visual Basic  
Web Authoring  
Web Services  
Web Standards  
XML  
Dedicated Servers  
Actuate Whitepapers 
VeriSign Whitepapers 
IBM® developerWorks 
Sun Developer Network 
Weekly Newsletter
 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
DESIGN USABILITY

Browsers as Test Platforms
By: Chris Heilmann
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 4 stars4 stars4 stars4 stars4 stars / 7
    2004-12-08

    Table of Contents:
  • Browsers as Test Platforms
  • Microsoft Internet Explorer 6
  • Mozilla Firefox 1.0
  • Opera 7.5
  • Summary
  • Browser wishlist

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
    Iron Speed
     
    ADVERTISEMENT

    At the virtual BlackBerry Technical Seminar 2008, you can ask your development questions directly of Research In Motion® (RIM) experts, and take advantage of learning opportunities designed uniquely for BlackBerry solution developers. Register Today!

    Browsers as Test Platforms


    (Page 1 of 6 )

    In this article we will take a look at browsers from a developer’s point of view. When developing for the Web, it is inevitable that we need to debug and test our work. How easy or how hard is it to find the problems causing errors, and how easy is it to replicate certain environment changes? Once we identify the steps we need to take to test properly, we will see if there is a chance to extend the browser to make these steps a lot easier.


    Support files available here.


    Meet the cast

    The development environment is an PC running Windows XP, in this case a IBM Thinkpad T40 with 1GB of Ram and a Centrino 1300MHz processor.

    We will take a look at Microsoft Internet Explorer 6, Mozilla Firefox 1.0 preview release and Opera 7.50.

    For testing, we will use a website template (http://icant.co.uk/forreview/browsertests/dummypage.html) with some HTML errors and a Javascript error.

    What we want to test is:

    • Why is the Javascript not working (i.e. why is the menu not collapsing)?
    • Why is the site not being displayed correctly?
    • Why does the form not get sent off?
    • How does the design behave with different font sizes?
    • How does the page work without CSS, or Javascript or images?

    Debugging the HTML

    We will check how comfortable the source view is in the browser, and if it provides us with extra tools to check the HTML structure.

    Debugging the Javascript

    We will test how easy it is to trace back Javascript errors. Does the browser tell us the error?  How easy is it to see the error messages?

    Debugging the CSS

    When using CSS seriously, we need to avoid Quirksmode at all costs. Quirksmode is a feature that was added into modern browsers to ensure backward compatibility. It forces the current version of the browser to render pages in the same way as its predecessor. This makes it nearly impossible to predict the outcome, and forces us to keep developing for the past rather than for the future. We can force browsers to render websites properly - in standards mode – by giving them the correct DOCTYPE (see Quirksmode, http://gutfeldt.ch/matthias/articles/doctypeswitch.html.) To see what went wrong with our CSS, we need to find out whether the browser renders in quirksmode or not.

    Testing the accessibility of our page

    To test how accessible our page is, we can take a quick look to see how it renders without CSS, Javascript or any of them. Furthermore, we want to resize the font of the browser to check if that breaks our design.

    More Design Usability Articles
    More By Chris Heilmann


       · As I don't own a mac it would be great if someone could extend this research and...
       · A useful article, thanks. Though I already knew a lot of this, I did learn a few...
     

    DESIGN USABILITY ARTICLES

    - Create Great JavaScript and CSS Menus Simply
    - Design Principles that Shape a Web Site
    - Creating Aqua Style Images
    - Easy as A,B,C – dynamic A to Z indexes
    - EasyChart: a Usability Teaching Tool to Demo...
    - Building Friendly Pop-up Windows
    - Back to School: Design Usability
    - Using HTML_QuickForm To Manage Web Forms, Pa...
    - Using HTML_QuickForm To Manage Web Forms, Pa...
    - More Website Knick Knack
    - Browsers as Test Platforms
    - Website Knick Knack
    - Dynamic Page Elements-Cloak and Dagger Web D...
    - Accessibility and Dreamweaver MX 2004


    Iron Speed





    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 6 hosted by Hostway