Topic 11
45 items

AI/LLM Testing

Depth ceilingBuild & own an LLM eval harness in CI (Part A) + AI-assisted testing is now table-stakes (Part B). Capability-first vocabulary. STOP before training/fine-tuning, transformer internals, MLOps.

16 MUST · 20 SHOULD · 6 STRETCH · 3 SKIP

not started · 0 written · 45 not started

A. Foundations
not started0/3
  1. MUSTApply
    Semantic similarity (embeddings + cosine) vs BLEU/ROUGE/exact-match

    Compare outputs by meaning via embedding vectors and cosine distance instead of surface string overlap.

    Asked 'How would you assert two differently-worded answers mean the same thing?'

    named in the job descriptions

  2. MUSTOwn
    Why traditional pass/fail assertions break for AI

    Exact-match assertions reject valid output variants and accept lucky-but-wrong answers, so AI needs scored/threshold evaluation instead.

    Asked 'How do you test a feature whose output is different every run?'

    named in the job descriptions

  3. MUSTOwn
    AI failure taxonomy (hallucination, drift, prompt sensitivity, bias, toxicity, safety, task-failure)

    The catalog of ways an AI feature fails that a human tester must design tests around.

    Asked 'What kinds of failures do AI features have that normal software doesn't?'

    named in the job descriptions

B. Eval datasets
not started0/3
  1. MUSTBuild
    Golden set / evaluation dataset creation, curation, freshness

    A curated labeled reference set (input, expected/reference, context, label) that is the foundation every eval scores against.

    Asked 'How do you build a golden dataset? How big? How do you keep it from going stale?'

    named in the job descriptions

  2. SHOULDExplain
    Annotation strategy + inter-annotator agreement

    How reference labels are produced and how you measure whether human annotators agree.

    Asked 'Who decides the expected output, and how do you trust those labels?'

    asked in interviews, not named in any job description

  3. SHOULDApply
    Synthetic data generation to scale eval sets

    Use an LLM to generate additional labeled eval cases when hand-labeled data is scarce.

    Asked 'How do you scale an eval set beyond what you can label by hand?'

    asked in interviews, not named in any job description

C. LLM-as-judge
not started0/3
  1. MUSTExplain
    Judge failure modes (position, verbosity, self-preference, inconsistency)

    Systematic biases that make an LLM judge unreliable — order preference, longer=better, favoring its own family, run-to-run variance.

    Asked 'LLM-as-a-judge — how do you know the judge itself is right?'

    asked in interviews, not named in any job description

  2. MUSTBuild
    LLM-as-judge basics: single-output vs pairwise, reference-based vs referenceless, rubrics

    Using an LLM with a written rubric to score outputs that have no exact correct string.

    Asked 'How do you score an answer when there's no single correct string?'

    named in the job descriptions

  3. STRETCHBuild
    Validating the judge against human labels (Cohen's kappa, cross-family check)

    Proving the judge is trustworthy by measuring its agreement with a small human-labeled set before relying on it.

    Asked 'How would you prove your automated judge agrees with a human?'

    asked in interviews, not named in any job description

D. Metrics
not started0/3
  1. MUSTApply
    Precision/recall/F1 + confusion matrix for classifier/guardrail quality

    Measuring a binary/multi-class AI component (or guardrail) with a confusion matrix instead of pass/fail.

    Asked 'How do you measure a guardrail's quality?'

    named in the job descriptions

  2. SHOULDApply
    G-Eval, DAG metrics, deterministic metrics, strict_mode hard gates

    The spectrum from LLM-scored custom criteria (G-Eval) to deterministic checks, and when to bolt on a binary pass gate.

    Asked 'When would you use G-Eval vs a deterministic metric?'

    asked in interviews, not named in any job description

  3. SHOULDApply
    Confidence-threshold / calibration testing

    Verifying the model emits the right decision AT the right confidence level, and that low-confidence cases route correctly.

    Asked 'How do you test that the model is confident when it should be?'

    named in the job descriptions

E. RAG testing
not started0/3
  1. MUSTBuild
    RAG core four: faithfulness, answer relevancy, context precision, context recall

    Scoring a retrieval-augmented feature by separating retrieval quality from generation quality.

    Asked 'How would you detect hallucination in a RAG chatbot?'

    named in the job descriptions

  2. SHOULDExplain
    HallucinationMetric (ground-truth context) vs FaithfulnessMetric (retrieval_context)

    Two distinct hallucination checks — one against the truth you provide, one against what the system actually retrieved.

    Asked 'What's the difference between faithfulness and hallucination scoring?'

    asked in interviews, not named in any job description

  3. SHOULDApply
    Vector DB / embedding retrieval testing (dedup, top-k, relevancy)

    Testing the retrieval layer directly — embedding similarity, top-k relevance, and dedup correctness.

    Asked 'How do you test the retrieval half of a RAG system?'

    named in the job descriptions

F. Guardrails & safety
not started0/4
  1. MUSTExplain
    Input vs output guardrails; placement, fail-open vs fail-closed

    Where safety checks sit (before the model vs after) and the default behavior when a guardrail itself errors.

    Asked 'Where do you put guardrails and what happens when one fails?'

    named in the job descriptions

  2. MUSTBuild
    Prompt-injection, jailbreak, PII, toxicity, secret-leakage, format/JSON-schema tests

    The concrete adversarial and safety test categories every LLM-app QA must exercise.

    Asked 'What adversarial cases do you throw at an LLM feature?'

    named in the job descriptions

  3. SHOULDExplain
    Explainability, citations, audit trails, human-in-the-loop validation

    Testing that AI decisions are traceable, cite sources, and route to humans where required (regulated/enterprise need).

    Asked 'How do you test an explainable/auditable AI decision system?'

    named in the job descriptions

  4. STRETCHBuild
    Red-teaming: adversarial corpora, attack mutation, attack-success-rate as gated metric

    Systematically attacking the model with mutated attacks and tracking attack-success-rate as a release gate.

    Asked 'How would you red-team an LLM feature and gate on the result?'

    asked in interviews, not named in any job description

G. Non-determinism & drift
not started0/3
  1. MUSTBuild
    Semantic regression / consistency gating on a pinned corpus

    Blocking a merge when semantic scores on a fixed golden corpus regress vs the last known-good baseline.

    Asked 'How do you stop a prompt/model change from silently degrading quality?'

    named in the job descriptions

  2. MUSTOwn
    Non-determinism handling: thresholds, tolerances, distributions, semantic equivalence

    Testing techniques that accept a band of valid outputs instead of one exact string.

    Asked 'How do you make a non-deterministic test stable and meaningful?'

    named in the job descriptions

  3. SHOULDApply
    Model/prompt drift detection over time (offline + online)

    Detecting that quality has degraded after deployment due to model/prompt/data changes.

    Asked 'How do you catch model/prompt drift after deployment?'

    named in the job descriptions

H. Frameworks & tooling
not started0/6
  1. MUSTBuild
    DeepEval hands-on (pytest-native, assert_test, CI gate)

    The pytest-native eval framework an SDET runs as unit tests in CI — the primary vehicle for his moat.

    Asked 'Walk me through your LLM eval suite in CI.'

    asked in interviews, not named in any job description

  2. SHOULDRecognize
    Awareness of LangSmith, TruLens, HELM, MLflow, W&B

    Naming the tracking/observability/benchmark tools in the ecosystem without deep use.

    Asked 'What else is in the LLM eval/observability ecosystem?'

    asked in interviews, not named in any job description

  3. SHOULDApply
    Ragas hands-on for RAG (complementary to DeepEval)

    The RAG-metrics standard, best in a notebook/data-pipeline model vs DeepEval's pytest/CI model.

    Asked 'What do you use for RAG evaluation specifically?'

    asked in interviews, not named in any job description

  4. SHOULDApply
    promptfoo for prompt regression + red-teaming (YAML/CLI, multi-model)

    Prompt-level A/B and regression across providers plus built-in adversarial red-teaming.

    Asked 'How do you regression-test a prompt change across models?'

    asked in interviews, not named in any job description

  5. SHOULDApply
    Structured-output / schema-validity testing (Pydantic, Instructor, JSON schema)

    Asserting the model returns well-formed, schema-conformant structured output every time.

    Asked 'How do you guarantee the model returns valid JSON your app can parse?'

    named in the job descriptions

  6. SHOULDOwn
    Framework selection by integration model (DeepEval=pytest/CI, Ragas=notebook, promptfoo=prompt A/B+red-team)

    Choosing the eval tool by how it fits the team's workflow, not by metric-count — a senior-sounding decision frame.

    Asked 'Ragas vs DeepEval vs promptfoo — how do you choose?'

    asked in interviews, not named in any job description

I. CI/CD gates & monitoring
not started0/2
  1. MUSTBuild
    Offline eval gate in CI (block release on regression)

    Running evals against the golden set on every change and failing the build on quality regression — the single most-asked capability.

    Asked 'Design an eval gate for an LLM feature going to prod.'

    named in the job descriptions

  2. SHOULDApply
    Online production monitoring: live-trace sampling, referenceless metrics, A/B

    Measuring quality on live traffic (no ground truth) via referenceless metrics + A/B, not just offline.

    Asked 'How do you know quality in production, not just in CI?'

    named in the job descriptions

J. Agentic/tool-use testing
not started0/2
  1. SHOULDBuild
    Agentic workflow testing: tool-call correctness, task success, multi-step trajectories

    Validating multi-step agents — did it call the right tools, in the right order, and complete the task.

    Asked 'How do you test an AI agent that plans and calls tools?'

    named in the job descriptions

  2. STRETCHApply
    Cross-tenant isolation / multi-tenant AI safety testing

    Ensuring one tenant's data/context never leaks into another tenant's AI responses.

    Asked 'How do you test tenant isolation in a multi-tenant AI product?'

    named in the job descriptions

K. AI-assisted testing (Part B)
not started0/6
  1. MUSTExplain
    Known limits of AI-assisted testing (hallucinated assertions, test explosion, human review)

    Where AI-generated tests go wrong and why a human must still own final judgment.

    Asked 'What are the risks of letting AI write your tests?'

    named in the job descriptions

  2. MUSTOwn
    Using Claude / Cursor / Copilot to generate + maintain test suites

    Daily 'AI-first' workflow using coding assistants to write and refactor Playwright/Pytest tests faster — now near table-stakes.

    Asked 'How do you use AI in your day-to-day testing?'

    named in the job descriptions

  3. SHOULDRecognize
    Self-healing / AI test-gen tools awareness (Healenium, Mabl, Testim, ZeroStep, AgentQL, Diffblue)

    Naming the commercial/OSS AI test-gen and self-heal tools and their tradeoffs.

    Asked 'What AI QA tools have you evaluated?'

    named in the job descriptions

  4. SHOULDExplain
    MCP (Model Context Protocol) as the LLM-to-tool interface

    The standard that lets an LLM drive a browser/tools via structured accessibility-tree snapshots (browser_click, browser_snapshot...).

    Asked 'What is MCP and how does it fit AI-driven testing?'

    named in the job descriptions

  5. SHOULDApply
    Playwright Agents: Planner, Generator, Healer (on Playwright MCP)

    Three cooperating agents that plan, generate, and self-heal Playwright tests via MCP + accessibility tree.

    Asked 'Have you used Playwright's AI agents / self-healing?'

    asked in interviews, not named in any job description

  6. SHOULDApply
    Prompt engineering for test artifacts (rubrics, test data, structured output)

    Writing effective prompts to produce eval rubrics, edge-case test data, and schema-bound output.

    Asked 'How do you prompt an LLM to help build tests?'

    named in the job descriptions

L. Eval-platform mindset
not started0/2
  1. STRETCHExplain
    Statistical rigor for eval (metric choice on skewed data, rank correlation, judge-human agreement)

    Choosing statistically sound metrics and agreement measures rather than eyeballing averages.

    Asked 'How do you know your eval numbers are statistically meaningful?'

    asked in interviews, not named in any job description

  2. STRETCHOwn
    Eval-as-a-service: shared gates + quality dashboards as infra

    Thinking of evals as reusable platform infrastructure (gates + dashboards) for the whole org, not one-off scripts.

    Asked 'How would you make eval a capability the whole team relies on?'

    named in the job descriptions

M. Adjacent ML validation
not started0/1
  1. SHOULDApply
    ML / computer-vision model output validation (confidence thresholds, regression across model versions)

    Validating classic ML/CV model outputs (detection/classification/STT-TTS) across versions — adjacent to LLM eval, real in our pool.

    Asked 'How would you test a CV/ML model's outputs and version upgrades?'

    named in the job descriptions

N. Efficiency/cost testing
not started0/1
  1. STRETCHApply
    LLM cost / latency / token-usage testing

    Treating token cost and response latency as testable, gate-able quality attributes of an LLM feature.

    Asked 'How do you keep an LLM feature fast and cheap enough?'

    asked in interviews, not named in any job description

O. Overkill
not started0/3
Write to me

If any of this is something you can help with, or you think I have got it wrong, write and tell me. I read them all myself.

Dhanunjaya M.Dhanunjaya M
tvsdhanan009@gmail.com →

One address, no form, no list to join. I am not asking for money, and there is nothing set up here that could take any.