Quality Testing

Quality is delighting customers

What is Use case & Use case testing ?

Use cases:

A sequence of transactions in a dialogue between a user and the system with a tangible result.
Basically, use case is the list of sequential steps that describe how an actor interacts with the system. The steps can be shown in text or as part of a flowchart. And while executing the use case, aim is to find the situation where the system interacts improperly with the user or delivers an improper result.
The use case should also show the results obtained at the end of that sequence of steps. The results obtained should benefit some party, either the actor interacting directly with the system or some other stakeholder who indirectly receives the value of the results.

Use case testing:

A black-box test design technique in which test cases are designed to execute user scenarios.

Conceptually, use case testing is a way to ensure that we have tested typical and exceptional workflows and scenarios for the system, from the point of view of the various actors who directly interact with the system and from the point of view of the various stakeholders who indirectly interact with the system. If we (as test analysts) receive use cases from business analysts or system designers, then these can serve as convenient frameworks for creating test cases.

Assuming we receive a use case, how do we derive tests? Well, at the very least, we should create a test for every workflow, including both the typical and exceptional workflows. If the exceptional workflows were omitted, then you'll need to figure those out, possibly from requirements or some other source. Failing to test exceptions is a common testing mistake when using informal use cases.
Creating tests can involve applying equivalence partitioning and boundary value analysis along the way. In fact, if you find a situation where combinations of conditions determine actions, then you might have found an embedded, implied decision table. Covering the partitions, boundaries, and business rules you discover in the use case might result in 2, 5, 10, 20, or more test cases per workflow, when you're all done.

Views: 6

Comment

You need to be a member of Quality Testing to add comments!

Join Quality Testing

Comment by Meganathan J on June 24, 2009 at 2:58pm
The Use Cases are used to specify the required functionality of an Object-Oriented system. Test cases that are derived from use cases take advantage of the existing specification to ensure good functional test coverage of the system. I am doing a bit on research about i found also macrotesting www.macrotesting.com to be very good source.

Thanks & Regards...
Meganathan.
Comment by Prashant Vadher on June 13, 2009 at 6:01pm
hmm thanx :)
Comment by Neha Kalyan on June 13, 2009 at 5:44pm
Nice Que...

Use case is nothing but a scenario that describes how the end user can interact with the application. Sometimes Client can give the scenarios in form of requirement to the company at requirement stage or else we are getting the use cases instead of software requirement specification (SRS). (How to create test cases from the use cases is described in the blog itself). Use cases are the acceptance level test cases and can be executed at alpha stage.

Test cases are designed after the test planning stage. As we know, we can create the test case using test design techniques like, equivalent partitioning, BVA, error guessing. These test cases are executed before acceptance testing.

Thanks & Regards,
Neha
Comment by Prashant Vadher on June 13, 2009 at 5:20pm
Hi Neha..

What is the diffrence between Test cases and Use cases?

TTWT Magazine

Welcome to Quality Testing!

Sachin Natu

 Manager QA at IdeaS Revenue Optimization

Advertisement

Submit A Job

Submit A Tool

Advertisement

Videos

  • Add Videos
  • View All

Badge

Loading…

© 2013   Created by Quality Testing.

Badges  |  Report an Issue  |  Terms of Service