OTC Credit/Equities Derivatives Workflow Testing Approach

In the evolving OTC derivatives industry, more and more Financial Institutions are inclined towards developing their own infrastructure to manage the OTC derivatives workflow to maintain the efficiency and accuracy of the workflows involved.

Here, in this article we will be discussing about testing the Credit Derivatives which constitutes more than 50 percent of market volume and Equity Derivatives which constitutes 5-10% of the total market volume.

Here is a typical structure of the Reconcilliation system X which is the system under analysis

Please note that DTCC is the Reconciliation and Confirmation system used for the Credit and Equity Derivatives. The Data is communicated to and fro to DTCC is in the form of xml's.

Test Approach 

There are a few workflows that are most commonly used in the Credit and Equities Derivatives -

1. New

2. Amend

3. Termination or Buyout

4. Increase

5. Exercise

6. Novations or Assignment

Each of these 6 workflows are very important because of their business importance. Now, we also have different products in the OTC Derivatives industry like CDS, LCDS, Index CDS, Equity Swap, Equity Index Swap etc and these 6 workflows need to be tested on each and and every product which would make the size of the test suite like the alps. To reduce the size, we need to follow the following approaches -

• Risk Based Testing
• Smart Testing where mix and match the workflows and scenarios because testing every workflow on every product is very difficult
• Automation by uploading bulk deals in DTCC and the upstream trading system for the deals to reconcille
• Automation using tools like QTP, Winrunner etc 

I will now take the example of a "New" or "Direct" workflow to explain the test cases required in the test suite -

• Party A books, Party B books. Deals matched
• Party A books, Party B books. Deals mismatched
• Party A books, Party B books. Deals mismatched, Party A modifies, Deals Match
• Party A books, Party B books. Deals mismatched, Party B modifies, Deals Match
• Party A books and cancels
• Party B books and cancels
• Party A books, Party B books. Deals mismatched, Party A cancels
• Party A books, Party B books. Deals mismatched, Party B cancels

Similarly we can also write these tese cases for other workflows as well

Gotchas

Since the data is communicated in this model in the form of xml's, there are mainly 2 kinds of code changes

1. Mapping of xml's

2. Coding of Workflows

Mostly the issues would surround the mapping changes as there are a lot of tags in the xml and the trick is to find the correct one, the issues around workflows would be incorrect handling of an event or unable to handle an event.