yes,We definitely need an approach for testing.
To over come following problems, we need a formal
approach for Testing.
Incomplete functional
coverage: Completeness of testing is difficult task for
testing team with out a formal approach. Team will not be in a position to
announce the percentage of testing completed.
No risk management -- this is no way to
measure overall risk issues regarding code coverage and quality metrics.
Effective quality assurance measures quality over time and starting from a
known base of evaluation.
Too little emphasis on
user tasks -- because testers will focus on ideal paths instead of real
paths. With no time to prepare, ideal paths are defined according to best
guesses or developer feedback rather than by careful consideration of how users
will understand the system or how users understand real-world analogues to the
application tasks. With no time to prepare, testers will be using a very
restricted set input data, rather than using real data (from user activity
logs, from logical scenarios, from careful consideration of the concept
domain).
Inefficient over the
long term -- quality assurance involves a range of tasks.
Effective quality assurance programs expand their base of documentation on the
product and on the testing process over time, increasing the coverage and
granularity of tests over time. Great testing requires good test setup and
preparation, but success with the kind Test plan-less approach described in
this essay may reinforce bad project and test methodologies. A continued
pattern of quick-and-dirty testing like this is a sign that the product or
application is unsustainable in the long run.
No comments:
Post a Comment