Capital Market Domain Overview (For Manual Testers)
The Capital Market Domain deals with the buying and selling of financial instruments such as equities, bonds, derivatives, commodities, and currencies through stock exchanges and trading platforms. Capital market applications are highly data-intensive, real-time, and regulation-driven, making manual testing extremely important, especially during System Integration Testing (SIT) and User Acceptance Testing (UAT) phases.
Unlike traditional retail banking applications, capital market systems process a large number of trades, continuously changing market prices, and strict settlement deadlines. Therefore, testers must have a strong understanding of trade processing, settlement workflows, and financial data validation.
Interviewers frequently ask manual testing capital market domain interview questions to evaluate a tester’s understanding of business workflows, trading systems, settlement processes, and real-world production scenarios.
Why Interviewers Ask Capital Market Domain Questions
Interviewers use domain-specific questions to determine whether a tester understands the critical business processes involved in capital market applications.
Key Areas Evaluated
Understanding of Trade Life Cycle
A tester should understand how a trade moves through the system from order placement to settlement.
This includes:
- Order creation
- Trade execution
- Trade capture
- Confirmation
- Clearing
- Settlement
- Reconciliation
Knowledge of Front Office, Middle Office, and Back Office
Capital market systems are divided into multiple business areas.
Front Office
Handles:
- Trading
- Client interaction
- Order placement
Middle Office
Handles:
- Risk management
- Compliance
- Trade confirmation
Back Office
Handles:
- Settlement
- Accounting
- Reporting
A manual tester should understand how these systems interact.
Ability to Validate Financial Data Manually
Manual testers often validate:
- Trade details
- Settlement amounts
- Market prices
- Cash movements
- Securities movements
Accuracy is extremely important because incorrect financial data can result in business losses.
Experience Handling Real Production Scenarios
Interviewers often ask about scenarios such as:
- Trade executed but not settled
- Duplicate trades
- Reconciliation mismatches
- Incorrect market prices
- Settlement failures
These scenarios help assess practical testing experience.
Why Capital Market Knowledge Is Important
Capital market applications operate under strict financial and regulatory requirements.
High Trade Volumes
Trading systems process:
- Thousands of orders per second
- Millions of market data updates
- Large-scale settlement transactions
Testing Focus
- Data validation
- Performance awareness
- Trade processing accuracy
Real-Time Market Price Fluctuations
Prices continuously change based on market activity.
Testing Focus
- Price feed validation
- Market data accuracy
- Real-time updates
Strict Settlement Timelines
Trades must settle according to market rules.
Examples:
- T+1 Settlement
- T+2 Settlement
Testing Focus
- Settlement date validation
- Settlement status verification
Regulatory Compliance
Capital market firms must comply with:
- Exchange regulations
- Trading rules
- Reporting requirements
- KYC regulations
Testing Focus
- Compliance validation
- Audit trail verification
Typical Capital Market End-to-End Flow
Understanding the trade lifecycle is one of the most important concepts in capital market testing.
1. Client Onboarding and KYC
The process begins when a client is registered and verified.
Activities
- Client registration
- Identity verification
- Risk profiling
- KYC verification
Manual Testing Focus
- Mandatory field validation
- Duplicate client prevention
- KYC compliance checks
2. Order Placement (Buy/Sell)
The client places an order to buy or sell a security.
Examples
- Buy shares
- Sell bonds
- Purchase derivatives
Manual Testing Focus
- Price validation
- Quantity validation
- Order type verification
3. Trade Execution
The trading engine matches and executes orders.
Activities
- Order matching
- Price determination
- Trade execution
Manual Testing Focus
- Execution status validation
- Market price accuracy
4. Trade Capture
Executed trades are recorded within trading systems.
Manual Testing Focus
- Trade recording
- Data completeness
- Duplicate trade prevention
5. Trade Confirmation
Trade details are communicated to involved parties.
Information Included
- Trade ID
- Instrument
- Quantity
- Price
Manual Testing Focus
- Confirmation accuracy
- Timely generation
6. Clearing
The clearing process validates and matches trade information.
Activities
- Trade matching
- Obligation calculation
- Validation checks
Manual Testing Focus
- Trade matching accuracy
- Exception handling
7. Settlement (T+1 / T+2)
Settlement transfers cash and securities between parties.
Settlement Components
- Cash settlement
- Security settlement
Manual Testing Focus
- Settlement date validation
- Settlement amount verification
8. Reconciliation
Internal records are compared against exchange records.
Manual Testing Focus
- Data matching
- Break identification
- Exception resolution
9. Accounting and Reporting
Financial transactions are posted to accounting systems and reports are generated.
Manual Testing Focus
- Ledger verification
- Financial reporting accuracy
Major Modules in Capital Market Domain
| Module | Description | Manual Testing Focus |
| Client Management | Client and counterparty information | KYC and uniqueness validation |
| Order Management | Buy and sell orders | Price and quantity validation |
| Trading | Trade execution engine | Market price accuracy |
| Trade Capture | Recording executed trades | Data integrity |
| Confirmation | Trade confirmation process | Timeliness and accuracy |
| Clearing | Trade matching process | Matching accuracy |
| Settlement | Cash and securities transfer | Date and amount validation |
| Risk Management | Market and credit risk monitoring | Exposure validation |
| Reconciliation | Internal vs exchange matching | Break handling |
| Accounting | Ledger posting and accounting entries | Financial accuracy |
| Reporting | Regulatory and MIS reports | Compliance validation |
Detailed Module-Wise Testing Perspective
Client Management Module
Manages client registration and counterparty information.
Manual Testing Focus
- Client creation
- Duplicate client checks
- KYC validation
- Profile updates
Order Management Module
Handles order creation and modification.
Manual Testing Focus
- Buy order validation
- Sell order validation
- Quantity limits
- Price limits
Trading Module
Responsible for executing trades.
Manual Testing Focus
- Execution status
- Price accuracy
- Order matching validation
Trade Capture Module
Stores trade information.
Manual Testing Focus
- Trade completeness
- Data consistency
- Duplicate trade prevention
Confirmation Module
Generates trade confirmations.
Manual Testing Focus
- Confirmation generation
- Trade detail verification
Clearing Module
Matches trades and prepares them for settlement.
Manual Testing Focus
- Matching logic
- Exception handling
Settlement Module
Processes cash and securities transfers.
Manual Testing Focus
- Settlement date verification
- Settlement amount validation
Risk Management Module
Calculates risk exposure.
Manual Testing Focus
- Exposure calculations
- Position validations
Reconciliation Module
Compares internal and external records.
Manual Testing Focus
- Trade reconciliation
- Cash reconciliation
- Break analysis
Accounting Module
Records financial transactions.
Manual Testing Focus
- Ledger entries
- Accounting postings
Reporting Module
Generates business and regulatory reports.
Manual Testing Focus
- Report accuracy
- Compliance validation
Manual Testing Capital Market Domain Interview Questions & Answers
Basic Capital Market Interview Questions (1–20)
1. What is capital market domain testing?
Capital market domain testing involves testing applications that support the trading, clearing, settlement, reconciliation, and reporting of financial instruments such as stocks, bonds, derivatives, commodities, and currencies.
The objective is to ensure that trades are processed accurately, settlements occur on time, financial data remains consistent, and regulatory requirements are met.
Manual Testing Focus
- Trade lifecycle validation
- Order processing
- Settlement verification
- Reconciliation checks
- Regulatory compliance
2. What is a capital market?
A capital market is a financial marketplace where long-term securities are bought and sold.
Examples of Securities
- Equities (Stocks)
- Bonds
- Derivatives
- Exchange-Traded Funds (ETFs)
Purpose
Capital markets help organizations raise funds and allow investors to invest in financial instruments.
Manual Testing Focus
- Trading workflows
- Security transactions
- Market data validation
3. What is a trade?
A trade is the execution of a buy or sell order for a financial instrument.
Example
- Buying 100 shares of a company
- Selling government bonds
Manual Testing Focus
- Trade execution status
- Trade capture validation
- Trade confirmation accuracy
4. What is an order?
An order is an instruction given by an investor or trader to buy or sell securities.
Types of Orders
- Market Order
- Limit Order
- Stop Order
Manual Testing Focus
- Order creation
- Order modification
- Order cancellation
5. What is equity?
Equity represents ownership in a company through shares or stocks.
Example
Purchasing company shares makes the investor a part owner of the company.
Manual Testing Focus
- Equity trading
- Portfolio updates
- Position management
6. What is a bond?
A bond is a debt instrument issued by governments or corporations to raise capital.
Bond Characteristics
- Principal amount
- Interest payment
- Maturity date
Manual Testing Focus
- Bond trading
- Interest calculations
- Settlement validation
7. What is a derivative?
A derivative is a financial contract whose value depends on an underlying asset.
Examples
- Futures
- Options
- Swaps
Manual Testing Focus
- Contract validation
- Pricing verification
- Settlement processing
8. What is trade date (T)?
Trade Date (T) is the date on which a trade is executed.
Example
If shares are purchased on Monday:
- Monday = Trade Date (T)
Manual Testing Focus
- Trade recording
- Date validation
9. What is settlement date (T+1/T+2)?
Settlement Date is the date on which ownership of securities and cash is officially transferred between parties.
Examples
T+1 Settlement
Settlement occurs one business day after trade execution.
T+2 Settlement
Settlement occurs two business days after trade execution.
Manual Testing Focus
- Settlement scheduling
- Holiday handling
- Settlement status verification
10. What is clearing?
Clearing is the process of matching and validating trade details before settlement.
Activities
- Trade matching
- Obligation calculation
- Validation checks
Manual Testing Focus
- Matching accuracy
- Exception handling
11. What is settlement?
Settlement is the final transfer of cash and securities between trading parties.
Settlement Components
- Cash settlement
- Security settlement
Manual Testing Focus
- Settlement amount verification
- Settlement date validation
12. What is front office?
The Front Office consists of systems used directly by traders, brokers, and clients.
Activities
- Trading
- Order placement
- Client interaction
Manual Testing Focus
- Order execution
- Market data display
- Trading workflows
13. What is middle office?
The Middle Office manages risk, compliance, and trade confirmation activities.
Activities
- Risk monitoring
- Compliance checks
- Trade confirmation
Manual Testing Focus
- Exposure validation
- Confirmation accuracy
- Compliance verification
14. What is back office?
The Back Office handles post-trade processing activities.
Activities
- Settlement
- Accounting
- Reporting
- Reconciliation
Manual Testing Focus
- Settlement validation
- Ledger verification
- Report generation
15. What is a market order?
A market order is executed immediately at the best available market price.
Example
Buy shares at the current market rate.
Manual Testing Focus
- Immediate execution
- Price feed accuracy
16. What is a limit order?
A limit order is executed only at a specified price or better.
Example
Buy shares only if the price reaches ₹500.
Manual Testing Focus
- Price validation
- Execution conditions
17. What is a counterparty?
A counterparty is the opposite party involved in a financial transaction.
Example
In a trade:
- Buyer = One party
- Seller = Counterparty
Manual Testing Focus
- Counterparty validation
- Trade matching
18. What is reconciliation?
Reconciliation is the process of matching records between different systems to ensure consistency.
Examples
- Internal system vs exchange records
- Trade records vs settlement records
- Cash records vs ledger records
Manual Testing Focus
- Data matching
- Break identification
- Exception resolution
19. What is an audit trail?
An audit trail is a detailed log of all system activities and user actions.
Audit Information
- User actions
- Trade modifications
- Login history
- System events
Manual Testing Focus
- Traceability
- Compliance validation
- Security investigations
20. What is regulatory compliance?
Regulatory compliance means adhering to financial laws, exchange regulations, and industry standards.
Examples
- KYC regulations
- AML requirements
- Exchange reporting rules
- Trade reporting obligations
Manual Testing Focus
- Rule validation
- Regulatory reporting
- Audit readiness
Intermediate Capital Market Interview Questions (21–45)
- What is trade life cycle?
- What is trade confirmation?
- What is STP (Straight Through Processing)?
- What is failed trade?
- What is partial settlement?
- What is trade amendment?
- What is trade cancellation?
- What is corporate action?
- What is dividend processing?
- What is margin trading?
- What is leverage?
- What is short selling?
- What is hedging?
- What is exposure calculation?
- What is mark-to-market (MTM)?
- What is P&L calculation?
- What is settlement instruction?
- What is trade break?
- What is suspense account?
- What is cut-off time?
- What is market data feed?
- What is risk limit breach?
- What is liquidity risk?
- What is credit risk?
- What is operational risk?
Advanced Capital Market Interview Questions (46–80)
- How do you manually test trade execution accuracy?
- How do you test real-time market data integration?
- How do you test trade capture across systems?
- How do you test settlement date calculation?
- How do you test reconciliation mismatches?
- How do you test MTM calculation?
- How do you test P&L accuracy?
- How do you test corporate action impact?
- How do you test dividend posting?
- How do you test risk limit breaches?
- How do you test failed trade handling?
- How do you test partial settlements?
- How do you test trade amendments?
- How do you test trade cancellation flow?
- How do you test accounting entries?
- How do you test regulatory reports?
- How do you test high-volume trades?
- How do you test latency-sensitive systems?
- How do you test multi-currency trades?
- How do you test FX rate application?
- How do you test EOD batch jobs?
- How do you test audit logs?
- How do you test data migration?
- How do you test system failover?
- How do you test duplicate trade prevention?
- How do you test reconciliation re-runs?
- How do you test settlement holidays?
- How do you test trade breaks resolution?
- How do you test downstream system impact?
- How do you test reporting cut-off times?
- How do you test STP failure scenarios?
- How do you test manual intervention scenarios?
- How do you test exception handling?
- How do you test compliance rule changes?
- How do you test complete trade life cycle end-to-end?
Scenario-Based Capital Market Testing Questions (UAT / SIT)
Scenario 1: Trade Executed but Not Settled
Problem Statement
A trade is successfully executed and captured in the trading system, but settlement does not occur on the expected settlement date.
This can lead to failed obligations, financial losses, and reconciliation issues.
Validation Steps
Trade Capture System Validation
Verify:
- Trade executed successfully
- Trade captured correctly
- Trade ID generated
- Instrument details recorded
Check:
- Trade quantity
- Trade price
- Counterparty details
- Trade status
Settlement Instruction Validation
Verify:
- Settlement instruction generated
- Settlement instruction sent to settlement system
- Settlement reference created
Check:
- Settlement status
- Settlement date
- Settlement amount
Holiday Calendar Validation
Verify:
- Exchange holidays
- Weekend adjustments
- T+1 or T+2 settlement calculations
Example:
If a trade occurs before a market holiday, settlement should move to the next valid business day.
Reconciliation Report Validation
Verify:
- Trade exists in settlement records
- Internal records match exchange records
- No outstanding settlement exceptions
Expected Result
The trade should settle successfully with correct movement of cash and securities.
Manual Testing Focus
- Trade lifecycle validation
- Settlement processing
- Reconciliation verification
Scenario 2: P&L Mismatch
Problem Statement
The Profit & Loss (P&L) displayed in the trading system differs from the expected value.
Incorrect P&L can impact traders, investors, risk teams, and financial reporting.
Validation Checks
Market Price Feed Validation
Verify:
- Market prices received correctly
- Price feed source accuracy
- Real-time updates
Compare:
- Exchange prices
- Application prices
MTM (Mark-to-Market) Calculation Validation
Verify:
- Purchase price
- Current market price
- Position quantity
Example:
MTM = Current Price − Purchase Price
FX (Foreign Exchange) Conversion Validation
For international trades verify:
- Currency rates
- Conversion dates
- Exchange rate source
Expected Result
P&L calculations should match market data and business rules.
Manual Testing Focus
- Market data validation
- Financial calculations
- Reporting accuracy
Scenario 3: Duplicate Trade
Problem Statement
The same trade is processed more than once due to retry mechanisms, integration failures, or duplicate messages.
This can result in duplicate settlements and incorrect portfolio positions.
Validation Checks
Trade Verification
Verify:
- Trade reference number
- Trade timestamp
- Trade source
Check:
- Duplicate detection rules
Exception Handling Validation
Verify:
- Duplicate trade identified
- Duplicate trade rejected
- Error message generated
- Exception report updated
Expected Result
Only one valid trade should exist.
Duplicate trades should be flagged and rejected.
Manual Testing Focus
- Trade uniqueness validation
- Exception management
- Data integrity verification
Scenario 4: Corporate Action Not Applied
Problem Statement
A corporate action such as a stock split, dividend, bonus issue, or merger is not reflected correctly in customer positions.
This can result in incorrect portfolio valuations and reporting.
Validation Checks
Adjusted Quantity Validation
Verify:
- Updated share quantity
- Correct stock split ratio
- Bonus shares allocation
Example:
Before Split:
- 100 shares @ ₹100
After 2:1 Split:
- 200 shares @ ₹50
Accounting Entries Validation
Verify:
- Ledger postings
- Position adjustments
- Corporate action records
Updated Settlement Amount Validation
Verify:
- Settlement calculations
- Cash adjustments
- Position valuation
Expected Result
Corporate actions should correctly update positions, valuations, and accounting records.
Manual Testing Focus
- Position management
- Financial reporting
- Accounting validation
Sample Capital Market Manual Test Case
Test Case: Equity Trade Settlement
| Field | Details |
| Test Case ID | TC_CM_001 |
| Module | Equity Settlement |
| Precondition | Trade successfully executed |
| Steps | Execute trade → Run settlement process |
| Expected Result | Cash and shares settled successfully |
| Validation | UI + Database |
| Status | Pass |
Detailed Validation Approach
UI Validation
Verify:
- Trade status
- Settlement status
- Portfolio updates
- Cash balance updates
Database Validation
Trade Tables
Verify:
- Trade ID
- Quantity
- Price
- Instrument details
Settlement Ledger
Verify:
- Cash settlement entries
- Security settlement entries
- Settlement references
Audit Logs
Verify:
- User activities
- Trade lifecycle events
- Processing history
BRD and FRD in Capital Market Projects
Understanding business requirements is essential because capital market systems are heavily driven by trading rules and regulatory requirements.
BRD (Business Requirement Document)
The BRD explains business expectations and trading rules.
Typical BRD Contents
Trading Rules
Examples:
- Order types
- Trading restrictions
- Market hours
Settlement Timelines
Examples:
- T+1 settlement
- T+2 settlement
- Holiday handling
Risk Limits
Examples:
- Exposure limits
- Position limits
- Trading thresholds
Tester’s Responsibility
- Understand business workflows
- Validate trading rules
- Verify settlement requirements
FRD (Functional Requirement Document)
The FRD explains how business requirements are implemented.
Typical FRD Contents
Screen Flows
Examples:
- Order entry screens
- Trade status screens
- Settlement screens
System Integration
Examples:
- Exchange integration
- Market data integration
- Settlement systems
Error Handling
Examples:
- Failed trades
- Settlement exceptions
- Validation errors
Tester’s Responsibility
- Validate functionality
- Design positive and negative scenarios
- Verify integrations
Database + API + UI Validation (Manual Perspective)
Capital market applications require validation across multiple layers.
UI Validation
Trade Status Validation
Verify:
- Executed
- Pending
- Failed
- Settled
P&L Display Validation
Verify:
- Realized P&L
- Unrealized P&L
- Portfolio valuation
Testing Focus
- User experience
- Financial accuracy
- Business rule validation
API Validation
Trade Capture APIs
Verify:
- Trade requests
- Trade confirmations
- Error responses
Market Data APIs
Verify:
- Price feeds
- Instrument details
- Market updates
Testing Focus
- Integration testing
- Data consistency
- Error handling
Database Validation
Trade Tables Validation
Verify:
- Trade records
- Instrument details
- Counterparty information
Settlement Ledger Validation
Verify:
- Cash movement entries
- Security movement entries
- Settlement references
Audit Log Validation
Verify:
- User activities
- Trade history
- Compliance records
Testing Focus
- Data integrity
- Financial consistency
- Traceability
Real-Time Production Defect Examples
The following issues are commonly encountered in production capital market environments.
1. Trade Settled Twice Due to Retry
Impact
- Duplicate settlements
- Financial discrepancies
Root Cause
- Retry logic failure
- Missing duplicate controls
2. Incorrect MTM Calculation
Impact
- Incorrect P&L
- Risk reporting issues
Root Cause
- Market data errors
- Calculation defects
3. Corporate Action Not Applied
Impact
- Incorrect portfolio values
- Reporting inaccuracies
Root Cause
- Processing failures
- Missing position adjustments
4. Reconciliation Mismatch with Exchange
Impact
- Settlement exceptions
- Operational risk
Root Cause
- Data synchronization failures
5. Failed Trade Not Reprocessed
Impact
- Missing positions
- Financial losses
Root Cause
- Exception queue failures
- Retry process defects
High-Risk Areas in Capital Market Manual Testing
Trade Execution and Settlement
Risks
- Incorrect trades
- Settlement failures
- Duplicate processing
Market Data Accuracy
Risks
- Incorrect prices
- Wrong valuations
- MTM calculation errors
P&L and MTM Calculations
Risks
- Incorrect profit/loss reporting
- Risk calculation errors
High-Volume Processing
Risks
- Data loss
- Delayed processing
- Performance issues
Regulatory Compliance
Risks
- Reporting failures
- Audit issues
- Regulatory penalties
Manual Test Design Approach for Capital Market Projects
Requirement-Based Testing
Focus on:
- BRD validation
- FRD validation
- Trading rule verification
Risk-Based Testing
Prioritize:
- Trading
- Settlement
- Risk calculations
- Regulatory reporting
These modules carry the highest business risk.
Boundary Value Analysis
Examples:
- Maximum trade quantity
- Minimum trade quantity
- Trading limits
- Exposure limits
Negative Testing
Examples:
- Invalid trade quantities
- Invalid instruments
- Exceeded limits
- Incorrect settlement dates
End-to-End Trade Validation
Validate the complete trade lifecycle:
- Client Onboarding
- Order Placement
- Trade Execution
- Trade Capture
- Trade Confirmation
- Clearing
- Settlement
- Reconciliation
- Accounting
- Reporting
Quick Revision Cheat Sheet
Trade Life Cycle
Client → Order → Trade → Confirmation → Clearing → Settlement → Reconciliation
Front Office
- Trading
- Order Management
- Client Interaction
Middle Office
- Risk Management
- Trade Confirmation
- Compliance
Back Office
- Settlement
- Accounting
- Reporting
Settlement and Reconciliation
- Trade Matching
- Cash Settlement
- Securities Settlement
P&L and MTM
- Realized P&L
- Unrealized P&L
- Mark-to-Market Calculations
Corporate Actions
- Stock Splits
- Dividends
- Bonus Issues
- Mergers
UI + DB Validation
UI Validation
- Trade status
- Settlement status
- P&L display
Database Validation
- Trade tables
- Settlement ledger
- Audit logs
FAQs – Manual Testing Capital Market Domain Interview Questions
Q1. Is the capital market domain difficult for manual testers?
Initially, yes. The capital market domain may appear complex because it involves trading, settlement, reconciliation, market data, risk management, and regulatory compliance. Many testers find the terminology and business processes unfamiliar when they first start working on capital market projects.
However, once the Trade Life Cycle is understood, the domain becomes structured and much easier to learn and test.
Why Capital Market Testing Seems Difficult Initially
Complex Financial Terminology
Manual testers often encounter terms such as:
- Trade
- Order
- Equity
- Bond
- Derivative
- Settlement
- Clearing
- Counterparty
- Reconciliation
- MTM (Mark-to-Market)
- P&L (Profit & Loss)
Understanding these concepts takes time.
Multiple Business Areas
Capital market applications typically involve:
Front Office
Handles:
- Trading
- Order placement
- Client interaction
Middle Office
Handles:
- Risk management
- Compliance
- Trade confirmation
Back Office
Handles:
- Settlement
- Accounting
- Reporting
Manual testers need to understand how these systems work together.
Real-Time Processing
Capital market systems process:
- Market price updates
- Trade executions
- Settlement activities
- Position updates
Testing requires careful validation of real-time data and workflows.
Why It Becomes Easy Later
Once a tester understands the complete Trade Life Cycle, testing becomes more systematic.
Typical Trade Life Cycle
- Client Onboarding
- Order Placement
- Trade Execution
- Trade Capture
- Trade Confirmation
- Clearing
- Settlement
- Reconciliation
- Accounting
- Reporting
Most capital market applications follow this process.
Recommended Learning Path for Beginners
Start with:
- Trade Life Cycle
- Order Management
- Equities and Bonds
- Settlement Process
- Reconciliation
- P&L Basics
- Corporate Actions
- Regulatory Compliance
With practical project exposure, capital market testing becomes much easier and more predictable.
Q2. Are capital market domain questions asked in manual testing interviews?
Yes. Capital market domain questions are frequently asked in manual testing interviews, especially for candidates applying for UAT (User Acceptance Testing) and SIT (System Integration Testing) roles.
Interviewers want to verify whether candidates understand both testing concepts and capital market business workflows.
Why Interviewers Ask Domain Questions
They evaluate whether a tester can:
- Understand trade processing workflows
- Validate settlement processes
- Perform reconciliation checks
- Handle production defects
- Verify financial data accuracy
Common Topics Asked in Interviews
Basic-Level Questions
- What is a trade?
- What is an order?
- What is settlement?
- What is clearing?
- What is equity?
- What is a bond?
Intermediate-Level Questions
- What is the trade life cycle?
- What is reconciliation?
- What is a market order?
- What is a limit order?
- What is a counterparty?
Advanced-Level Questions
- Trade settlement validation
- Reconciliation testing
- Corporate action testing
- P&L validation
- Market data verification
- Production defect analysis
Importance in UAT Roles
In UAT projects, testers are expected to validate:
- Business requirements
- Trade workflows
- Settlement rules
- Regulatory requirements
Domain knowledge becomes very important because testing is performed from a business-user perspective.
Importance in SIT Roles
In SIT projects, testers validate:
- System integrations
- Trade processing
- Exchange interfaces
- Settlement systems
- Reconciliation processes
A strong understanding of capital market workflows helps identify integration issues quickly.
Q3. Do manual testers need a finance background?
No. A formal finance, accounting, economics, or investment background is not mandatory for manual testers working on capital market projects.
However, having a basic understanding of financial concepts is highly beneficial.
Knowledge Usually Required
Manual testers should understand:
Trading Concepts
- Orders
- Trades
- Trade lifecycle
- Market orders
- Limit orders
Financial Instruments
- Equities
- Bonds
- Derivatives
Settlement Concepts
- Clearing
- Settlement
- Reconciliation
Reporting Concepts
- P&L
- MTM
- Portfolio valuation
Compliance Concepts
- KYC
- Audit trails
- Regulatory reporting
Knowledge Usually Not Required
Most manual testers are not expected to know:
- Advanced portfolio management
- Quantitative finance
- Derivative pricing models
- Trading strategies
- Financial engineering
These responsibilities are typically handled by traders, analysts, risk managers, and business teams.
Why Basic Finance Knowledge Is Sufficient
Manual testers primarily focus on:
- Business workflow validation
- Functional testing
- Data verification
- Settlement validation
- Reconciliation checks
- Defect identification
For example:
If a trade is executed but not settled, the tester investigates:
- Trade capture records
- Settlement instructions
- Reconciliation reports
- Database records
- Business workflows
This requires understanding the trade lifecycle rather than advanced financial expertise.

