I'm feeling pretty confident about this one. The key is to identify the objective that's not directly related to the testing process itself. Gaining confidence in the system's fitness is more of an outcome than an objective of testing.
Okay, I've got this. Preventing defects, investigating and fixing them, and providing info for stakeholders - those are all valid testing objectives. The one that's not valid is gaining confidence that the system is fit-for-purpose. That's more about validation than testing.
Hmm, I'm a bit unsure about this one. I know testing is important, but I'm not totally clear on the different objectives. I'll have to think it through carefully.
I'm going with option A. Testers are like the superheroes of the software world - we don't prevent crime, we just swoop in and save the day when it's already happened!
Option A is clearly the odd one out. Preventing defects is the job of the developers, not the testers. We're here to catch what they missed, not stop them from making mistakes in the first place.
Definitely option A. Testing is all about finding defects, not preventing them. Developers should be doing that before the code even reaches the testing phase.
Rebecka
6 months agoSabra
6 months agoGail
6 months agoOcie
7 months agoRefugia
7 months agoTammy
7 months agoBobbie
7 months agoJuan
7 months agoCarlene
8 months agoMona
8 months agoCandida
8 months agoStephen
8 months agoLon
8 months agoDorothea
8 months agoChantell
2 years agoAnglea
2 years agoOdette
2 years agoRoyce
2 years agoMerissa
2 years agoHollis
2 years agoTracie
2 years agoValentine
2 years agoDerrick
2 years agoTiera
2 years agoAntonette
2 years agoNakita
2 years agoElizabeth
2 years agoTenesha
2 years agoBernardine
2 years agoIlona
2 years agoKip
2 years agoMaia
2 years agoJosphine
2 years agoBarney
2 years agoNicolette
2 years agoJunita
2 years agoGalen
2 years ago