InterviewStack.io LogoInterviewStack.io

Testing, Quality & Reliability Topics

Quality assurance, testing methodologies, test automation, and reliability engineering. Includes QA frameworks, accessibility testing, quality metrics, and incident response from a reliability/engineering perspective. Covers testing strategies, risk-based testing, test case development, UAT, and quality transformations. Excludes operational incident management at scale (see 'Enterprise Operations & Incident Management').

Monitoring, Logging, and Observability

Understanding running systems through their signals. Covers metrics, logs, and traces, instrumentation, dashboards, alerting design, and log analysis and correlation for debugging production. Emphasizes designing observability so problems are detectable and diagnosable before users are affected.

13 questions

Test Infrastructure, Environments, and Parallel Execution

The systems that run tests: environments, orchestration, scheduling, and scaling execution. Covers designing test environments, parallel execution and sharding for speed, test orchestration, and building internal tooling and infrastructure for testing. Includes test result aggregation infrastructure and execution monitoring.

0 questions

Flaky Test Management and Test Reliability

Detecting, isolating, and eliminating non-deterministic tests. Covers root-causing flakiness, quarantine and remediation systems, distinguishing product bugs from test bugs, and maintaining suite health over time. Emphasizes keeping automated suites trustworthy so failures mean something.

0 questions

Test Automation Scripting

Writing the actual code inside a single automated test script: control flow, reusable helper functions, single-script parameterization (for example @pytest.mark.parametrize-style data tables), and translating an existing manual test case into an automated one. Covers script-level debugging (diagnosing and fixing a failing or flaky SINGLE script or test method: stale-element/timing exceptions, test-order dependencies, shared-state bugs between loop iterations) and improving the robustness of individual scripts (applying explicit waits, retry logic, and stable locators as part of fixing one script, assertions versus soft assertions). Scoped to the code inside one script or test method, using any browser/API automation tool. Excludes: designing or restructuring the shared framework that many scripts run on (layering, Page Object Model design, reporting hooks, base classes, CI/config wiring, choosing between automation tools, cross-framework migration planning, governance of shared test code), which belongs to test automation framework architecture. Excludes general-purpose Java or Python programming exercises not specific to authoring or maintaining a test script (data structures, OOP, algorithm/coding-round problems), which belong to programming fundamentals for test automation. Excludes locator-strategy and wait-strategy comparison AS A DEDICATED SUBJECT (comparing id/CSS/XPath, implicit-vs-explicit-wait theory, self-healing locators, cross-suite synchronization), which belongs to UI element locators and test synchronization. Excludes test-data management and provisioning STRATEGY at environment or multi-test scale (external data stores, compliance/privacy, parallel-CI isolation), which belongs to data-driven testing. Excludes suite-wide flaky-test detection, quarantine systems, and retry-vs-fix-root-cause policy, which belong to flaky test management and test reliability; this topic keeps only root-causing and fixing ONE script's own flaky failure. Excludes CI/pipeline test-selection and gating policy (smoke-vs-regression tagging, quality gates, suite-runtime-reduction planning), which belongs to pipeline testing and quality gates. Excludes test-level/pyramid conceptual placement, which belongs to test levels and the test pyramid. Excludes API-testing strategy (schema/contract validation, auth-flow testing as its own discipline), which belongs to API and contract testing; this topic keeps only the act of writing one API test script's code. Excludes accessibility-testing integration.

7 questions

Test Coverage Analysis and Optimization

Measuring and improving how thoroughly tests exercise the system: code coverage, requirement coverage, and gap analysis. Covers interpreting coverage metrics without gaming them, identifying under-tested areas, and optimizing a suite for signal versus redundancy. Includes when high coverage is and is not meaningful.

0 questions

Assertions and Behavior Verification

Choosing what to assert and how to verify behavior meaningfully. Covers assertion strategy, verifying observable behavior over implementation detail, avoiding weak or over-specified assertions, and using assertion libraries effectively. Emphasizes assertions that fail for the right reasons and give a clear diagnosis.

0 questions

SLIs, SLOs, SLAs, and Error Budgets

Defining and operating reliability targets. Covers choosing service level indicators, setting service level objectives and agreements, computing and spending error budgets, and using them to drive engineering decisions. Includes negotiating reliability targets with stakeholders.

0 questions

Non-Functional Testing

Testing quality attributes beyond correctness: reliability, usability, compatibility, maintainability, and other non-functional requirements. Covers identifying non-functional requirements, designing checks for them, and awareness of where functional testing is insufficient. Serves as the umbrella for quality attributes not covered by a dedicated topic.

0 questions

Test Case Design and Edge Case Analysis

Systematically deriving the cases, inputs, and conditions most likely to expose defects. Covers formal test-design techniques (equivalence partitioning, boundary value analysis, decision tables, state transitions, and pairwise/combinatorial design) and writing clear, maintainable test cases with documented expected results. Also covers the edge-case mindset: boundary conditions, invalid and unexpected inputs, corner cases, and the attention to detail that anticipates failures when validating complex behavior.

0 questions
Page 1/4