Relevant for: business process tests and flows
BPT is flexible and does not require any one particular model for incorporating business processes into your testing environment. The actual workflow in an organization may differ for different projects, or at different stages of the application development life cycle.
You can use any of the following methodologies:
Defining low-level components first and then designing business process tests based on the defined components is called a bottom-up methodology. This methodology is particularly useful:
Using the approach enables you to create resources - components, application areas, and object repositories that can be reused across tests. For example, you can use the same component in a number of tests. Likewise, you can design many different components that contain the same application area (which is based upon a specific area of your application).
The bottom-up methodology is based on the following design phases:
The top-down methodology advocates the creation of business process testing entities according to the following hierarchy:
The top-down methodology is based on the following design phases:
This approach is based on using BPT to provide testing in sprints, as developers code features for the application under test. Components and tests are created and updated in parallel with development.
This approach encourages:
The following presents the Agile Development-centric approach.