The concept of structural testing is used in two main contexts. Although different in nature, the root concept or idea
behind structure testing is arguably the same in both cases.
The older reference and perhaps more established use of the term "structure testing" relates to testing the internal
structure of the software source code. Most often, this form of structure testing is performed as a "static" as opposed
to a "dynamic" test, in that the software itself is not executed to perform the test. Diagnostic tools parse the source
code, looking for structural errors and weaknesses, typically providing a list to enable subsequent corrective action
to be taken. This type of test and evaluation is conducted by developers, rather than system testers.
Web-based applications-those employing Internet application technology-are increasingly more prevalent. This movement
has been encouraged by the fact that this software development and deployment method offers organizations the ability
to take advantage of several technology-enabled business benefits, such as:
Developed audience of customers, prospects, and business partners without sending out a single piece of software
or paper. Anyone with a browser and access to the "net" (Internet or Intranet) can simply point their
browser to the published URL and immediately run the application.
Centralized control and maintenance. The "thin-client/fat-server" model of Web-based applications places the
application components and logic on the Web server, which centralizes and simplifies control and maintenance. This
also enables developers to distribute the software automatically. Once the application is on the server, it is
immediately available for all users.
Although this offers advantages to those who employ this technology, Web-based applications increase the demands of
testing. Testing these Web-based applications, like their non-Web counterparts (client/server, legacy, and so forth),
requires testing to address the function and performance characteristics of the applications. In addition, Web-based
applications have the added need for tests that focus on the structure of the application, ensuring it's well-formed
and that all links are valid.
Typically Web-based applications are constructed using a series of documents (both HTML text documents and GIF/JPEG
graphics) connected by many static links and a few active, or program-controlled, links. These applications may also
include "active content", such as forms, Java scripts, plug-in-rendered content, or Java applications. Frequently this
active content is used for output only, such as for audio or video presentation. However, it may also be used as a
navigation aid, to help the user navigate the application (Web site). The freeform nature of the Web-based applications
(through its links) is a great strength, but it's also a tremendous weakness because structural integrity can be easily
Structure testing is implemented and executed to verify that all links (static or active) are properly connected. These
Verifying that the proper content (text, graphics, and so on) for each link is displayed. Different types of
links are used to reference target-content in Web-based applications, such as bookmarks, hyperlinks to other target
content (in the same or different Web site), or hot spots. Each link needs to be verified to ensure that the
correct target-content is presented to the user.
Ensuring there are no broken links. Broken links are those links for which the target content cannot be
found. Links may be broken for many reasons, including moving, removing, or renaming the target-content files.
Links may also be broken because of improper syntax use, including missing slashes, colons, or letters.
Verifying there is no orphaned content. Orphaned content are those files for which there is no "inbound"
link in the current Web site; that is, there is no way to access or present the content. Care must be taken to
investigate orphaned content to determine the cause:
Is it orphaned because it is truly no longer needed?
Is it orphaned due to a broken link?
Or is it accessed by a link external to the current Web site?
Once determined, the appropriate action should be taken, such as remove the content file, repair the broken link, or
ignore the orphan, respectively.