Criteria to decide number of test cases to be automated per d...
User (email@example.com) posted:
If you will consider the matter for a bit, I am sure that you will agree that
the numer of test cases is not really a matter for estimation. It is the
number of lines of TSL.
Breaking down the number of lines, you would have to consider number of
record/playback lines, number of generated TSL lines (custom functions) and
number of reused code segments.
Finally, you would have to consider the individual tester's productivity into
Even the estimation of the number of lines is logically impossible. However,
an experienced test manager may be able to give some sort of rough estimate.
The rough estimate would be for a not too unfamiliar application type with a
set test team with whom the manager is familiar. (It is an art, not a
Re: Criteria to decide number of test cases to be automated per d...
User Jordan Gottlieb (firstname.lastname@example.org) posted:
The number of anything isn't really relevant.
Standard Objects vs. Custom Objects
I have an application that changes its appearance almost daily. There's a
lot more coding there than for an app that's static.
Rating a developer by the number of defects per 1000 lines of code isn't an
accurate metric. The issues are the same ones above. Why would we use
anything similar to measure someone creating automated scripts when the same
Jordan Gottlieb http://www.qualitechsolutions.com/
Developing Quality Web Applications
Senior Consultant, Orasi Software