This page contains a Flash digital edition of a book.
36 | Performance Testing
something the functional testers
adopted many years ago which has
dramatically improved the quality of
applications: test earlier and test
more often.
It is our experience, across the
many hundreds of systems that we
have worked with our clients to test,
that the vast majority of application
performance and scalability problems
can be identified with a simulated load
of 100 concurrent users.
By providing development teams
with a simple mechanism to
performance test as they develop (and
no extra hardware is needed for 100
user load), performance problems can
be flushed out earlier. Not surprisingly,
developers usually jump at the
opportunity to be able to improve the
performance of their code.
Today, a new breed of much easier-
to-use, more intuitive, and far more
productive tools is now available.
These tools have been proven time
and again to test large organisations’
mission critical applications. Such
tools allow the performance tester
to focus on QA tasks (“What should
we test; what is ‘correct testing’ for
this application; are these results
acceptable ?”) and not spend 70
percent of their effort programming
test scripts.
True zero scripting testing
All the major tool vendors have
realised that their customers are
complaining about the complexity
of their tools, the fact that you often
need expensive external test script
‘consultants’ (programmers!), and that
all of this means that performance
testing takes a long time and costs a
lot of money.
Some tool vendors now claim
that 80 percent of the script is
automatically generated - which of
course sounds great. Sadly, in practise,
80 percent auto-generation can only
be achieved for simple test scripts. For
most test scripts, you still require the
tool expertise and considerable time
as you need to program the script
manually. Yet it is a start and these
vendors should be encouraged to do
more.
Other tools have for years claimed
‘no scripting’, fourth generation
languages, etc but have been
restrictive, have not allowed true
performance testing, or had back door
T.E.S.T | June 09 June 09 | T.E.S.T
Page 1  |  Page 2  |  Page 3  |  Page 4  |  Page 5  |  Page 6  |  Page 7  |  Page 8  |  Page 9  |  Page 10  |  Page 11  |  Page 12  |  Page 13  |  Page 14  |  Page 15  |  Page 16  |  Page 17  |  Page 18  |  Page 19  |  Page 20  |  Page 21  |  Page 22  |  Page 23  |  Page 24  |  Page 25  |  Page 26  |  Page 27  |  Page 28  |  Page 29  |  Page 30  |  Page 31  |  Page 32  |  Page 33  |  Page 34  |  Page 35  |  Page 36  |  Page 37  |  Page 38  |  Page 39  |  Page 40  |  Page 41  |  Page 42  |  Page 43  |  Page 44  |  Page 45  |  Page 46  |  Page 47  |  Page 48  |  Page 49  |  Page 50  |  Page 51  |  Page 52
Produced with Yudu - www.yudu.com