HTML 4 For Dummies - Bonus Chapters

In Vitro Vitrification: Alpha Testing Methods


 

Testing your Web pages is very much like testing any other computer program. You test it while creating the page because you have to look at it with a browser or your HTML editor’s browser view. If you use a completely WYSIWYG HTML authoring environment, the authoring program does most of the developmental HTML syntax testing.

As you proceed with page development, you tag and view, tag and view, and so on, until you decide that you like what you see. When you have coded all features that you want into the page, it’s ready for more stringent testing.

The following steps generally guide you through what is called the alpha-testing phase. Only you and a few trusted assistants need to make it through this phase. Hopefully, by the end of the alpha phase, you will have removed most of the big, ugly, and obvious problems. If you’re developing your own home page and personal Web, you still need to go through the steps because if it’s worth doing, it’s worth doing right, isn’t it?

  1. Run it through a spell checker.
    And while you’re at it, correct the spelling and double-check your grammar. Poor grammar is even worse than spelling errors.

  2. Test the page by itself on your own computer with local files and relative URLs.
    Fix the problems and test again.

  3. Test the page in the Web of other pages on your own computer.
    Fix the problems and test again.

  4. Test the page by itself on the Web server in your private area with relative or full URLs.
    Fix the problems and test again.

  5. Submit the page’s URL to an online HTML validation form for syntax checking.
    Fix the problems and resubmit until it’s clean. Hey, nobody produces perfect code the first time.

  6. Use a link tester and other programs to test the page with the other pages in your private Web on the Web server.
    Fix the problems and test again.

  7. Enlist a few work associates or close friends to critique the page.
    Otherwise, keep it private and get them to keep quiet about it. Fix the problems and test again.

  8. When you think the pages are ready, submit them to the HTML validation site one last time.
    If it comes up clean, it’s ready to beta test.

After iterations of comments and revisions until your alpha testers abandon you -- or until they don’t find anything else to nitpick -- your page(s) may be ready for honest-to-goodness beta testing (in which you actually ask other people to pick your page apart and tell you about it). We discuss beta testing in Extra 5. The rest of this chapter explains some details of your alpha testing.

WebBuilder, test thine own web thyself

The two strongest reasons for testing your Web pages with an HTML testing and validation program, link checker, and anchor checker prior to making them available to the WWW community are

If you haven’t created your page on a strict HTML-syntax-checking authoring system, submit it to one of the online HTML syntax validation systems or use one or more of the programs found at the following sites.

Web Icon

Go to the following URL at Yahoo! and you find links to 27 -- that’s right 27 -- sites with HTML validation checkers, link testers, forms testers, syntax checkers, anchor checkers, and more.
www.yahoo.com/Computers_and_Internet/Information_and_Documentation/
Data_Formats/HTML/Validation_and_Checkers/

Using some of these sites is as simple as linking to the tester’s site and entering the URL of the site you want to test (that is, your site) into their form. Other sites you must download and run on your own computer. Here are a few of our favorites:

After you get the report from one of the syntax checkers, revise your Web page if necessary. Most of these syntax checkers check for the HTML 3.2 DTD and HTML 4.0 DTD, so any tags you use that don’t conform may be marked as errors. If you want to continue to use tags that are specific for certain browsers, do it knowing that your page may not look the way you expect on other browsers.

Warning Icon WebCrawler may not pick up your Web page if you use the <!DOCTYPE> tag with a reference to HTML 4.0 until HTML 4.0 is officially approved. (This is scheduled to happen early in 1998, so stay tuned to the W3C Web site at http://www.w3.org/.)

Iteration, iteration, iteration

Creating your Web pages and assembling your Web is a repetitive, build-and-change process. After you have more than one page, changes on any single page can affect others. Unless you repeat the same tests each time you make a change, you may find out the hard way from your users that errors have crept into your pages. Among the many things that build-and-change requires -- unless you have perfect recall -- is that you write down your testing procedures and keep accurate records of your testing.

Type it or write it, then do it

You actually started the testing and validation of your Web pages when you sketched the layout of each page and your overall Web structure. These sketches are the first documents in your test plan. (See? You’ve already finished something, and you didn’t even know you’d started.)

For your personal Web, your test plan may consist of only a copy of these layout sketches with a checklist of testing steps that you want to use on each page of your Web. This testing takes some of your valuable time, but the results will make you happy later.

If you’re in a business or institutional environment, you are probably more accustomed to formalized, structured development and testing. Familiarity with this environment can help your undoubtedly more complex Web accomplish its goals.

The following section presents a generic alpha-test plan. Those who need to produce this type of document for your organization or anyone who really wants to proceed with testing your Web pages in an extremely orderly fashion may modify it to suit your specific needs. If you don’t fit in that category, you won’t suffer from brain-strain by reading over the plan. Remember, do it right the first time or take the time to fix it later.

Alpha-test plan

The following sections outline a plan for alpha testing your pages.

Purpose

Provide a comprehensive plan for testing the accuracy and completeness of the Web page at stages during the development cycle or prior to the release of a new version.

Scope

The test plan encompasses testing user-level functionality for all features, states the accuracy of the data generated, checks the agreement of the user-guide information with the Web page operation, and tests the agreement of the normative data from the manuals and errata sheets with the Web page data, and the compatibility of the Web page with various hardware and software configurations.

Test overview

In general, a good alpha test of any Web page should

Goals

The goals of your Web page alpha test are to

Schedule and resources

Testing begins on (date) and continues until you complete the test plan and find no correctable errors on the Web page. The Software Testing and Quality Assurance Department staff (you and your friends) provide full-time testing. Make sure that you pick only people close to you who can keep the location of your pages to themselves. You don’t need the aggravation of unwanted testers at this point in the process. When you recruit helpers, you need to give them instructions on what type of feedback you want. At the least, ask them to e-mail you with any problems or suggestions they may have. This e-mail method works if they are conscientious, organized people, which is the only kind of alpha testers you want. At most, you want to conduct detailed interviews with them to force them to give you the real dirt you want!

Tester form

Providing a simple text form that your testers can complete and e-mail back to you really helps both your testers and you. Request at least the following on your form:

Tell your testers that it would be really helpful if they religiously filled in all of the information on a separate form for each different problem. When the forms start clogging up your e-mail in-box, you need a place to store them and a method of sorting them. Any reasonable method, from printing each and visually sorting them to importing them into a database program, will work. Use the easiest one that works for you. Keep in mind that you probably want to use the same method for the beta-test feedback, so choose a method that can handle the number of messages you expect -- then double that number to get ready for the unexpected!

System configurations

Testing is conducted by using the following system configurations as representative of systems in the field:

Test method and evaluation

Your test should have a method to its madness. Solid testing methods ensure that:

Performance and functionality testing

The following sections outline some areas to consider during the performance and functionality testing.

Screen appearance: Browse through your hard work

Inspect each screen looking for inaccuracies or omissions related to spelling, formatting, and layout. Download and install all the browsers that run on your own computer and test with them first. Make a deal with Web friends who have different types of computers. Have them test your pages in return for your testing their Web pages with your computer. Turnabout is still fair play, and it can expose you (and them) to new ideas and materials!

Link operation and content

Verify that each link functions correctly and that each destination URL exists and presents the information named in the hyperlink text. Use one of the link testing programs found on Yahoo! to help you. (See the section, “WebBuilder, test thine own web thyself,” earlier in this chapter for more information.)

Forms operation

Verify that each form correctly receives, processes, and records the participant’s responses. Verify that the Web server properly stores the data and delivers it to the appropriate location in the desired format. Use one of the forms testing programs you find on Yahoo! to help you with this.

Clickable map operation

Verify that clicking on each portion of the map displays the appropriate image or page. Verify what happens when you click other portions of the map and screen around it.

Limits and boundary checking

Test all limit and boundary conditions, such as high and low numerical values and text amounts in forms. Make sure you test the edges, not just outside the expected limits.

Extra 5 Main Page | Previous Section | Next Section


Home | Bonus Chapters | FTP Resources | Site Overview | Book Contents | Book URLs | Book Examples | Wayfinding Toolkit | Contact Info


URL: http://www.lanw.com/html4dum/h4d4e/extras/ex04/e04s04.htm
E-mail: HTML For Dummies

Webmaster: Natanya Pitts, LANWrights
Copyright Information
Revised -- January 16, 1998