ArtsAutosBooksBusinessEducationEntertainmentFamilyFashionFoodGamesGenderHealthHolidaysHomeHubPagesPersonal FinancePetsPoliticsReligionSportsTechnologyTravel

Why Quality Assurance Testing is Important in Web Development

Updated on October 29, 2012
The art of website testing
The art of website testing | Source

It's All About Perception

One of the first real lessons I learned in business is this formula: Perception + Facts = Reality. Perception being underlined.

You can apply this formula to almost anything – Business, politics, relationships, and, in this case, web development. It is a simple truth that if you make a web site that has bugs in it, doesn’t work properly, has glaring spelling and grammatical errors, your audience on the internet will take the perception that 1) you really don’t care about your business, 2) you’re incompetent and hire incompetents, and 3) your products or your services are something that should not be bought.

Now, whether or not this is true remains to be seen. Your company could be very well financed. Your stone and mason shop could have profits that go through the roof, but that won’t stop your online audience from thinking that it’s run by a bunch of lucky baboons.

When business is done online, the company’s face is its website.

A well done, bug free, intuitive website that is tastefully made and well marketed is a thing of beauty indeed. The only thing from stopping you from being successful is a good product and getting people to know that your site is out there. But all that will be for nothing if you have one extremely irritating bug or process that will not only frustrate the user, but drive him away permanently. If you’re lucky, he’ll call or contact you through your “Contact us” page – and that will cost you money because you don’t want to have pay another person to do what your website should be doing automatically.

How do you get past this problem? Through Quality Assurance Testing.

A web design on paper is the purest form before bugs
A web design on paper is the purest form before bugs | Source

Test? I Didn’t Even Study.

Just to let you know, I’ve worked the gambit with the website production process. I’ve done everything except complex coding. I’ve been a website designer, a content writer, a project manager, and I’ve been a QA (Quality Assurance) tester. All the jobs are important, but only QA is the one that is most often ignored at the site owner’s peril.

When a website is put together, it is done with a specific purpose. At minimum, it will either be a presence to tell the world about the widgets it’s currently making or about the services that the company provides. Other sites will actually be made to conduct business. These are called eCommerce sites. They will not only give the user information about the product and service but they will also be able to handle transactions through an SSL (Secure) connection. When a company does this they are able to make money without having a physical person at a virtual cash register or an operator ready to take your order. It’s all done through the code.

But what happens if that code doesn’t do what it’s supposed to do? What happens if the site doesn’t render properly across different browsers? What happens if the coder mixed two incompatible technologies that aren’t playing nicely together in a popular browser?

Things go wrong. Money is lost. A bad perception of the company is made and the website’s company may lose customers.

All of this could have been prevented by testing the website to see if it worked. Enter the QA Tester.

Who is the QA Tester?

The QA Tester is no one’s friend.

It is his job to find and expose problems with the site. He needs to show what’s wrong. He is not responsible for correcting the problems (he may suggest a resolution, but it’s not required). He needs to insure that the site does what it’s supposed to and to ferret out any vulnerabilities.

He represents the site and the business. He is there to insure that the website fulfills the requirements set forth when the customer asked for them. He will also go beyond what the customer asked for with some given assumptions. The assumptions are that the site has properly spelled content that is grammatically correct. This content should have been gone through by a proofreader and that the content that the tester is given is final.

In a perfect world, the QA Tester would have nothing to do. The code would have been tested by the developer and everything would work in every type of browser because the developer checked it before QA got to see it.

That never is the case.

Based on the requirements of the website, the QA Tester will have made what he calls a test plan and a test script. The QA test plan will be a document that describes the approach the tester will take when he tests the site, what type of environment he’ll test in, and what tools he may or may not use. These include any kind of automated test tools that will assist him in what he called “regression testing” (testing stuff that was tested a second time after bugs were found to insure that none of the core code was corrupted).


At minimum, he will do what’s called “black box” testing. This means that he is testing the site as a user would use the site. He will employ both positive tests and negative tests. A positive test is testing the site for an expected reaction – that under the usual conditions that the site does its job. A negative test is testing that the site doesn’t do anything that it’s not supposed to do.

Yes, I know, that’s a lot of double negatives.

For example, a negative test is when the website has a textbox that asks the user to type in “Yes” or “No” and the tester types in a “Q”. The developer will ask the tester why he did that and the tester will say, “Because I could.” The message being, the developer must keep the user from doing things that would make the code act in a way that would cause problems.

He will also perform functions that will either cause errors and note if the site is handling them properly. This is called “error handling”.

There are a plethora of tests that the tester runs, but I won’t go into them here. You should just know that at minimum, he will have tests that will anticipate what the user may do.

Bug Lists

When the tester finishes his first round of testing, he will create a bug list based on his test script. This is a report that will show what the tester did, what the tester had expected to find, and what actually happened. Each of the bugs, errors, or issues will be tied to the requirement that the client requested with a severity of the problem the tester encountered.

For example, most testers work with a five point severity level scale. They range from Severity 1 (most urgent and problematic) to a Severity 5 (an issue that can be addressed in some later release).

A Severity 1 issue is particularly important because the tester has done something that has made the website crash. If there is no work around with this and the tester can no longer continue the product will not be released. This problem has to be addressed immediately.

A Severity 2 issue is important because it is almost as bad as a Severity 1 but there IS a work around and can be overwritten with a business override to get the site released. It’s like the business saying, “Yes, we know there’s a problem but we’re willing to take responsibility for it ‘warts and all’.” This must be signed off by the client and the business.

A Severity 3 is a garden variety bug or issue. There’s a problem. It isn’t a show stopper, but it really should be addressed. A click or two in the wrong place and the wrong page comes up – things like that. They should be taken care of.

A Severity 4 is an issue but it’s less severe. There is a probability that this error may not be addressed in this release – especially if there is a deadline and it may be addressed in a software patch.

A Severity 5 is simply an enhancement. The client saw something that he thought would work better or more efficient. These are almost never addressed in an immediate release and will be noted for the next one.

Final Words

When we look at how we do business today and everything that can go wrong with a website, we really need to have a safeguard like a QA tester to make the client cognizant of what they are putting into production.

The perception of a business that either does not care for its client is unforgivable and verboten in this day and age. Why? Competition. If the site provider has made a process so ugly, tedious, and cumbersome that it frustrates the customer to no end, he won’t buy the product. Or he will buy one unit of it and then work to see if there is someone better out there.

The issue is that perception matters and that QA is the one reliable force that a web production team has in keeping everyone honest.


    0 of 8192 characters used
    Post Comment
    • cperuzzi profile imageAUTHOR

      Christopher Peruzzi 

      8 years ago from Freehold, NJ

      Skipping the QA process is a true temptation for any project manager because unless everything is perfect, it means that there will be delays in launch time. The project manager has to accommodate found bugs, fixes, testing, and regression testing. The QA lead and the PM are usually at opposing forces where one wants to launch the product on time and the other wants to launch with zero defects.

    • rfmoran profile image

      Russ Moran - The Write Stuff 

      8 years ago from Long Island, New York

      Many a website owner tries to save money by doing everything him or herself except for complex coding. Your QA tester I think is critical. Compare it to writing a book. An author without an editor is a jerk. I've been and editor and an author over the years, and I always make sure that I'm not both people. Voted up and useful.


    This website uses cookies

    As a user in the EEA, your approval is needed on a few things. To provide a better website experience, uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.

    For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at:

    Show Details
    HubPages Device IDThis is used to identify particular browsers or devices when the access the service, and is used for security reasons.
    LoginThis is necessary to sign in to the HubPages Service.
    Google RecaptchaThis is used to prevent bots and spam. (Privacy Policy)
    AkismetThis is used to detect comment spam. (Privacy Policy)
    HubPages Google AnalyticsThis is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy)
    HubPages Traffic PixelThis is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized.
    Amazon Web ServicesThis is a cloud services platform that we used to host our service. (Privacy Policy)
    CloudflareThis is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy)
    Google Hosted LibrariesJavascript software libraries such as jQuery are loaded at endpoints on the or domains, for performance and efficiency reasons. (Privacy Policy)
    Google Custom SearchThis is feature allows you to search the site. (Privacy Policy)
    Google MapsSome articles have Google Maps embedded in them. (Privacy Policy)
    Google ChartsThis is used to display charts and graphs on articles and the author center. (Privacy Policy)
    Google AdSense Host APIThis service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy)
    Google YouTubeSome articles have YouTube videos embedded in them. (Privacy Policy)
    VimeoSome articles have Vimeo videos embedded in them. (Privacy Policy)
    PaypalThis is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy)
    Facebook LoginYou can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy)
    MavenThis supports the Maven widget and search functionality. (Privacy Policy)
    Google AdSenseThis is an ad network. (Privacy Policy)
    Google DoubleClickGoogle provides ad serving technology and runs an ad network. (Privacy Policy)
    Index ExchangeThis is an ad network. (Privacy Policy)
    SovrnThis is an ad network. (Privacy Policy)
    Facebook AdsThis is an ad network. (Privacy Policy)
    Amazon Unified Ad MarketplaceThis is an ad network. (Privacy Policy)
    AppNexusThis is an ad network. (Privacy Policy)
    OpenxThis is an ad network. (Privacy Policy)
    Rubicon ProjectThis is an ad network. (Privacy Policy)
    TripleLiftThis is an ad network. (Privacy Policy)
    Say MediaWe partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy)
    Remarketing PixelsWe may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites.
    Conversion Tracking PixelsWe may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service.
    Author Google AnalyticsThis is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy)
    ComscoreComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy)
    Amazon Tracking PixelSome articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy)
    ClickscoThis is a data management platform studying reader behavior (Privacy Policy)