In general, why is it NOT a good idea to estimate the testing effort based only on a percentage of development effort? Identify THREE valid reasons. 1 credit
Bingo! The organization's maturity is crucial. If the test basis, dev testing, and tooling are all top-notch, the testing effort might be lower. But if it's a hot mess, you're in for a wild ride. Gotta account for that upfront.
E) The maturity of the organization, e.g. the quality of the test basis, quality of development testing, configuration management, availability of test tools, also influence the effort needed for testing.
Exactly, using a one-size-fits-all percentage doesn't cut it. The risk profile of the application is key. You can't just slap on a generic percentage and call it a day. Gotta dig deeper.
Hah, the V-life cycle model? Really? That's so 1990s. No, this approach doesn't work for any modern software development methodology. We need to take a more holistic view of the risks and challenges.
Ah, the old 'bottom-up is always better' argument. But that's not always the case. The percentage-based technique can work in certain contexts, like the V-model. We need to consider the specific project and organization's maturity.
E) The maturity of the organization, e.g. the quality of the test basis, quality of development testing, configuration management, availability of test tools, also influence the effort needed for testing.
Estimating testing effort solely based on development effort is a risky approach. The quality of the development estimate can be poor, and that would directly impact the testing estimate. Gotta look at more factors here.
Marva
23 days agoVelda
2 days agoJerry
7 days agoNenita
26 days agoOmer
29 days agoMattie
4 days agoNenita
6 days agoNa
1 months agoSelma
1 months agoSabra
1 months agoStefany
1 months agoJamal
2 months agoPaola
12 hours agoJaney
16 days agoMarget
21 days agoAdelle
1 months agoCordie
1 months agoYvonne
1 months agoLaticia
2 months agoIdella
2 months agoAshley
2 months ago