A Business Workflow represents a sequence of business operations. For example, to describe transferring funds from one account to another, a workflow could look something like this:

For example:

Transfer funds:

• Check balance is "10000"
• Transfer amount "1000" to account "0123456"
• Check balance is "9000"

It is also possible to write the same scenario as follows:

Transfer funds:

• Click link "My Account"
• Verify field "_act_bal" has value "10000"
• Click link "Transfer Funds"
• Type field "_xfer" value "1000"
• Type field "_dest_act" value "0123456"
• Click button "submit"
• Click link "My Account"
• Verify field "_act_bal" has value "9000"

Though both these examples could be used to test an application, the second example has several issues that are best avoided:

• The scenario cannot be easily understood. It requires a detailed understanding of the interface to figure out what is going on.
• The scenario will have to be modified whenever the user interface changes. This leads to brittle tests that will need a lot of maintenance.
• The individual workflow step are at too low-level to be used meaningfully across other scenarios. They do not convey any business intent.