Information Technology Reference
In-Depth Information
4.2.2.3 Test Point Calculation
Once we have all the data for function point characteristics and quality character-
istics, test point calculation for each function can be done. The total number of test
points is the sum of individual test points for each function.
So,
TP = FP * DF * QD
where
TP = number of dynamic test points assigned to a function
FP = number of function points assigned to the function
DF = weighing factor for the function dependent factors
Q D = weighing factor for the dynamic quality characteristics
There is one more factor that is known as indirect quality characteristics.
Basically some of the quality characteristics can be applied not at the function level
but at the application level. This happens when measuring quality characteristics at
the function level is not possible.
So the total number of test points (TTP) for the entire application can be given as
TTP = Σ TP + (FP * QI)/500
where
T P A = total number of test points assigned to the application as a whole
Σ TP = sum of the dynamic test points assigned to the individual functions
FP = total number of function points assigned to the system as a whole
QI = weighing factor for the indirectly measurable quality characteristics
4.2.2.4 Productivity Factor
In TPA calculation, test strategy and application size information comes from the
customer. But productivity comes from the team that will be doing the testing. If
the test team has good exposure to test tools, has good knowledge, and has good
experience and the environment in which they are working is good, then the team
will have good productivity. So they will be able to test the application faster. If a
team has lower productivity, then they will take more time to test the same applica-
tion. So the productivity factor can vary from one organization to the next or from
one organizational unit to the next unit. Productivity for any organization or unit
can best be calculated from historical data if it is available. So many customers
make it a point during negotiation to know how the testing team had performed
on previous projects so that they can estimate how fast the testing team can test
the application.
Search WWH ::




Custom Search