
SDET-QA
- Microservices
- Contract Testing
- CI/CD
- Load Testing
- Java
- TestNG
- JUnit
- RestAssured
- SQL
- Jenkins
- GitLab CI
- JMeter
- k6
- Elasticsearch
- Redis
Role: SDET / Senior SDET — Backend & Scalable Automation
Team: Lenskart Platform Engineering
Experience: Substantial hands-on backend automation
About the team
Lenskart's warehouse management platform is a Kafka-driven ecosystem of roughly 40 microservices spanning procurement, receiving, the inventory ledger, picking, quality control, packing, manifesting, and dispatch. It's the system that decides how a pair of glasses moves from a vendor shipment to a customer's doorstep, across every geography Lenskart serves. It runs on async event chains, shared inventory ledgers, and dozens of services calling each other in real time — which makes testing it a genuinely different problem from testing a typical CRUD app.
What you'll own
·      End-to-end automation across the fulfillment chain — picking → QC → packing → manifest → dispatch — spanning 30+ services, not a single app.
·      Event-contract testing on Kafka — validating producer/consumer correctness across async hops (order hand-off, QC-pass events, manifest-close events, exception routing) where a broken contract fails silently until it doesn't.
·      Data-consistency and reconciliation testing across the shared inventory ledger and the consolidated inventory layer — this is the class of bug that doesn't crash anything, it just quietly oversells stock across channels.
·      Scaling the automation framework itself — distributed/parallelized test execution, containerized test runners, and CI/CD integration so suites stay fast as the service count keeps growing.
·      API and contract testing across REST/Feign inter-service calls, plus failure-injection testing for the exception-management state machine (retries, dead-letter topics, escalation paths).
·      Performance/load testing for peak-demand periods.
·      Chaos testing for Blast radius.
·      Partnering directly with engineering leads on quality gates and shift-left practices and sitting in architecture reviews for new services as a design-time voice, not a post-release gate.
·      Mentoring — raising the automation bar across the SDET function, not just your own output.
Must-have
·      2+ years in automation/SDET roles, with real depth inbackend API automation (REST + message-driven systems), not primarily UI automation.
·      StrongJava + a test framework (TestNG/JUnit, RestAssured or equivalent).
·      Hands-on experience testingevent-driven/Kafka-based architectures.
·      StrongSQL and comfort reasoning about data consistency across distributed services.
·      CI/CD experience (Jenkins/GitLab CI) and experiencescaling test execution (parallelization, containerization).
·      Solid grasp of microservices failure modes — idempotency, retries, eventual consistency, partial failure.
Nice-to-have
·      Experience testing warehouse, OMS, or logistics/supply-chain platforms.
·      Load-testing tools (JMeter/locust/gatiling/k6).
·      Exposure to Elasticsearch, Redis, and observability tooling.
·      Chaos-engineering or fault-injection experience.
Why this role matters
A bug caught here isn't a UI glitch — it's a misship, a wrong invoice, or a SKU oversold across a live channel. Lenskart delivers across multiple geographies simultaneously, each with different tax regimes, couriers, and cutoff rules running through the same platform — building automation that holds up under that is a rare, senior-level problem, not a checkbox exercise.
SDET-QA · Lenskart