Software Quality Testing

Software Quality Testing is a Blog dedicated to extensive Software Quality Assurance and Software Testing information. This is intended to be an one-stop Information Center for all your Software Quality and Testing needs.

 
Weather
Click for Chennai (Madras), India Forecast
My Ballot Box
My Ballot Box
Which suite of Automation tool do you use while testing?

Mercury
IBM's Rational
Silk
Open Source Tools
Never use Tools


View Results
Hot Updates

:: Bug Free Zone ::

Translate
Sponsored Links
Other High Rated Testing Blogs
All Time Best Testing Articles
Technorati
Discussion Board
Visitor Count
Visitor Locations
Locations of visitors to this page
Play Sudoku



free+games free+online+games download+games
Timers
Subscribe

Enter your email address:

Delivered by FeedBurner


Add to Google Subscribe in Rojo Subscribe in NewsGator 
Online Subscribe in podnova Subscribe in FeedLounge Subscribe in Bloglines Add to netvibes Add to The Free Dictionary Add to Bitty Browser Add to Plusmo
Powered by

Page copy protected against web site content infringement by Copyscape BLOGGER

Site Score
Silktide SiteScore for this website Blogrolling.com Hot 500
FireFactor
Top 5 Stupid Excuses for Not Using Automated Testing Tools
Monday, November 27, 2006
1) I do not have time for formal testing, our schedule is too tight.

This is an oldie but goodie. Has there ever been a development project that went according to schedule? Does anyone know of a project where QA time was not cut at least in half in order to meet the deployment timeline? Automated testing can actually help a great deal in this scenario, enabling you to perform more tests (and more types of tests) in less time. Put another way, you can spend less time scripting, and more time testing using automated testing tools.

2) It is too expensive.

Do not let a few bad apples spoil the whole bunch. Not all automated testing tools are overpriced, and not all vendors are looking to gouge you. Testing tool licenses start at less than $10,000 and hosted load testing solutions can bring down the cost even more while eliminating the need for you to develop a load-testing infrastructure. And do not even get me started about the cost of unplanned application downtime. A leading technology research group estimates that an online retailer will lose nearly $60,000 an hour if a critical application goes down. An online brokerage will lose $537,000 for just five minutes of downtime. Given those figures, does not it make sense to fix potential problems before they lead to downtime?

3) They are too hard to use.

I know you have been hurt before. Legacy testing tools, most of which were originally developed for client/server environments, can be a bear to use. Some even require proprietary languages. But a new class of Web-based testing solutions enable you to create very complex scripts with no programming in just minutes. If it is been a while since you evaluated testing tools (i.e., more than two years), it would be worth your while to see what is out there now.

4) We load tested it manually.

I will try to break this to you gently - you can not load test applications manually unless your expected load is smaller than your development team, and you can duplicate the production environment in your office. Companies have actually said to me, We are all set - we all stayed late one night and logged on to the application simultaneously - it worked fine! Chances are, your application will find its real-world load a little more painfull! Automated load testing is the only way to see how your application will truly hold up under a variety of load scenarios.

5) We were very careful - there are not any bugs.

This is my favorite. No developer likes to think there could be any problems with his or her application - but the fact is, I have NEVER been through a test that did not find at least one problem. More often than not, we find several major ones. A colleague has observed a particular psychological phenomenon within development teams that trot out No.5 as an excuse. It is modeled after the better known Four Phases of Grief, and he calls it the Four Phases of Software Testing.

The Four Phases of Software Testing are:
a) Arrogance - You are just here to verify that my application is perfect.
b) Denial - You are not testing it right - there is nothing wrong with that feature. Try it again.
c) Pleading - Oh no! Can you help me fix it?
d) Acceptance - OK, now we know how to avoid that situation next time. What are we testing next?

By the time they reach Acceptance, most people have converted.
Posted @ Monday, November 27, 2006  
0 Comments:
Post a Comment
<< Home
 

Back to Top
Bookmark This Site
Previous Post
Archives
Software Testing Links
Quality Assurance Links
Latest Security Alerts
Sponsored Links
SIX SIGMA Links
Project Management Links
Software Estimation & Measurement Links
Sponsored Links
Tips for Job Seekers
Listed
ServTrek
Killer Directory
Site Load Testing Tool
Quick Register
Search Engine Ginie
One Way Link directory
Software Testing Zone
DaniWeb Best blogs on the Web: all about WWW Computers Blogs - Blog Top Sites Top Blogs Software blogs Blog Flux Directory Free Blog Listings @ Blog Annoucne Find Blogs in the Blog Directory PHP Blog Manager - Free Blog Directory Bloggapedia - Find It! World Top Blogs - Blog TopSites
Blogarama - The Blog Directory BlogElites.com
© Copyright 2006 Debasis Pradhan . All Rights Reserved.