Skip to content
Karthik Kodati, home

Karthik Kodati · Architecture of Confidence

I architect the systems that let teams release with confidence.

Quality Engineering Architect and Senior SDET with 9+ years in enterprise test automation: Playwright and TypeScript frameworks for global Workday, Kafka event validation for financial systems, CI/CD quality gates, and mobile. Now combining deterministic automation with responsible AI.

Based in
Hyderabad, India
Open to
Senior SDET, Lead SDET, QE Architect roles
Release confidenceExecuting L01 → L06

UI and mobile automation

  • Playwright
  • TypeScript
  • Selenium
  • Android
  • iOS
See it in a case study
The confidence stack · layers I design and validate

How I build release confidence

EXECUTION ORDER · L01 → L06UI and mobile automationPlaywright, Selenium, Android and iOSL01API and integrationsREST and SOAP contracts, Workday integrationsL02Event streamsKafka message validation for financial systemsL03ObservabilitySplunk and Dynatrace evidence for faster diagnosisL04Quality gatesCI/CD checks, SonarQube, release-readiness signalsL05AI-augmented workflowsTest-generation and analysis tooling, reviewed by engineersL06RELEASE CONFIDENCE

01 / 06 · Release confidence, in order

Release confidence is built in layers, and in this order.

Every release I stand behind rests on six layers, executed from the foundation up: UI and mobile automation, API and integrations, event streams, observability, quality gates, and AI-augmented workflows on top.

  1. L01 UI and mobile
  2. L02 API and integrations
  3. L03 Event streams
  4. L04 Observability
  5. L05 Quality gates
  6. L06 AI-augmented workflows
What I architect

Scale of work

years in quality engineering
9+
Enterprise, financial services, public sector, and mobile
organisations
5
Zensar, Mphasis (JPMorgan Chase), SMARTnCODE, Exaze, Progment
Workday domains automated
4
HCM, Payroll, Finance, and Integrations on one framework
reported reduction in test execution time
40%
Automation transformation at SMARTnCODE

Featured case studies

Engineering decisions, explained.

Business problem, constraints, architecture, and what I would do again. Client details are sanitized.
All case studies
Case study 01Zensar Technologies

A tenant-aware Playwright framework for global Workday

Architecture of a scalable Playwright and TypeScript framework covering Workday HCM, Payroll, Finance, and Integrations across countries and tenants.

  • Playwright
  • TypeScript
  • Workday
  • REST
  • SOAP
Case study 02Mphasis

Validating Kafka event streams in financial systems

QA leadership for financial systems built on Kafka event streams, using observability data and automated quality gates to keep releases trustworthy.

  • Kafka
  • Splunk
  • Dynatrace
  • SonarQube
  • CI/CD
Case study 03SMARTnCODE

Leading a test automation transformation

Leadership of a test automation transformation with a reported 40% reduction in test execution time.

Reported 40% reduction in test execution time

  • Test automation
  • CI/CD

What I architect

Quality systems, from the first locator to the release decision.

Each layer produces evidence. Together they tell a team whether a build is ready.
  • Framework architecture

    Automation frameworks treated as production software: layered page objects, typed fixtures, configuration per country and tenant, and parallel cross-browser execution.

    • Playwright
    • TypeScript
    • JavaScript
    • Selenium
  • API and integration validation

    Coverage below the UI, where business rules actually execute. REST and SOAP validation alongside the end-to-end flows that depend on them.

    • REST APIs
    • SOAP
    • Workday Integrations
  • Event-driven systems

    Validation of Kafka event streams in financial systems, with observability data used to trace and debug behaviour across services.

    • Kafka
    • Splunk
    • Dynatrace
  • CI/CD and quality gates

    Automated checks that run on every change and give teams a clear signal about whether a build is ready to release.

    • GitHub
    • CI/CD pipelines
    • SonarQube
  • Mobile quality

    Android and iOS automation integrated with continuous integration, with ownership of coverage and release quality.

    • Android
    • iOS
    • Mobile automation
  • AI-augmented quality engineering

    Combining deterministic automation with responsible AI: test-generation workflows, API testing assistance, and engineering tooling that keeps humans accountable.

    • AI-assisted test design
    • Agent workflows

How I work

Principles that hold up under release pressure.

  1. Automate for measurable value

    Coverage is chosen for the risk it retires, not for the number of tests it adds.

  2. Test frameworks are production software

    They get architecture, code review, type safety, and maintenance like any other system.

  3. Reliability starts in CI/CD

    Quality signals are designed into the pipeline from the first commit, not bolted on before release.

  4. Observable over clever

    Maintainable, debuggable systems are preferred over shortcuts that are hard to diagnose later.

  5. AI amplifies judgment

    AI tooling supports engineering decisions. It does not replace the engineer who is accountable for them.

Career

Five organisations, one through-line.

Full experience
  1. Zensar Technologies

    Architected a scalable Playwright and TypeScript automation framework for global Workday HCM, Payroll, Finance, and Integrations.

    • Playwright
    • TypeScript
    • Workday
  2. Mphasis

    Client: JPMorgan Chase

    Led QA work on financial systems involving Kafka event streams, observability, debugging, and automated quality gates.

    • Kafka
    • Splunk
    • Dynatrace
  3. SMARTnCODE

    Led a test automation transformation, with a reported 40% reduction in test execution time.

    • Test automation
    • CI/CD
  4. Exaze

    Worked on Android and iOS automation, continuous integration, test coverage, and release-quality ownership.

    • Android
    • iOS
    • Mobile automation
  5. Progment

    Progressed through engineering and QA leadership roles, establishing automation and quality practices for enterprise and public-sector systems.

    • Test automation
    • Quality practices

Hiring a Lead SDET or Quality Engineering Architect?

I’m interested in senior roles where test architecture, delivery quality, and hands-on engineering all matter.