Interview Questions
Common mocking libraries: 1) Sinon.js for comprehensive mocking, 2) Jest mocks when using Jest, 3) testdouble.js for test doubles, 4) Proxyquire for module mocking, 5) Nock for HTTP mocking. Each has specific use cases and features.
Creating stubs with Sinon: 1) sinon.stub() creates stub function, 2) .returns() sets return value, 3) .throws() makes stub throw error, 4) .callsFake() provides implementation, 5) .resolves()/.rejects() for promises. Example: const stub = sinon.stub().returns('value');
Spies are used to: 1) Track function calls, 2) Record arguments, 3) Check call count, 4) Verify call order, 5) Monitor return values. Example: const spy = sinon.spy(object, 'method'); Test wraps existing functions without changing behavior.
Call verification includes: 1) Check call count with calledOnce/Twice, 2) Verify arguments with calledWith, 3) Check call order with calledBefore/After, 4) Verify call context with calledOn, 5) Assert on return values.
Mock cleanup approaches: 1) Use afterEach hooks, 2) Implement sandbox restoration, 3) Reset individual mocks, 4) Clean up module mocks, 5) Restore original implementations. Prevents test interference.
Promise mocking: 1) Use stub.resolves() for success, 2) Use stub.rejects() for failure, 3) Chain promise behavior, 4) Mock async operations, 5) Test error handling. Example: stub.resolves('value');
Database mocking: 1) Mock database drivers, 2) Stub query methods, 3) Mock connection pools, 4) Simulate database errors, 5) Handle transactions. Isolates tests from actual database.
WebSocket mocking: 1) Mock socket events, 2) Simulate messages, 3) Test connection states, 4) Handle disconnects, 5) Mock real-time data. Important for real-time applications.
Auth flow mocking: 1) Mock auth providers, 2) Simulate tokens, 3) Test permissions, 4) Mock sessions, 5) Handle auth errors. Important for security testing.
Instance mocking: 1) Mock constructors, 2) Stub instance methods, 3) Mock inheritance chain, 4) Handle static methods, 5) Mock instance properties. Important for OOP testing.
Key differences include: 1) Stubs provide canned answers to calls, 2) Mocks verify behavior and interactions, 3) Stubs don't typically fail tests, 4) Mocks can fail tests if expected behavior doesn't occur, 5) Stubs are simpler and used for state testing while mocks are used for behavior testing.
Module mocking involves: 1) Using Proxyquire or similar tools, 2) Replacing module dependencies, 3) Mocking specific exports, 4) Maintaining module interface, 5) Handling module side effects. Helps isolate code under test.
Sinon sandboxes: 1) Group mocks/stubs together, 2) Provide automatic cleanup, 3) Isolate test setup, 4) Prevent mock leakage, 5) Simplify test maintenance. Example: const sandbox = sinon.createSandbox(); sandbox.restore();
Fake timers: 1) Mock Date/setTimeout/setInterval, 2) Control time progression, 3) Test time-dependent code, 4) Simulate delays without waiting, 5) Handle timer cleanup. Example: sinon.useFakeTimers();
File system mocking: 1) Mock fs module, 2) Stub file operations, 3) Simulate file errors, 4) Mock file content, 5) Handle async operations. Example: using mock-fs or similar libraries.
Event emitter mocking: 1) Stub emit methods, 2) Mock event handlers, 3) Simulate event sequences, 4) Test error events, 5) Verify event data. Important for event-driven code.
API mocking approaches: 1) Use HTTP mocking libraries, 2) Mock API clients, 3) Simulate API responses, 4) Handle API errors, 5) Mock authentication. Isolates from external dependencies.
Partial mocking: 1) Mock specific methods, 2) Keep original behavior, 3) Combine real/mock functionality, 4) Control mock scope, 5) Handle method dependencies. Useful for complex objects.
Stream mocking: 1) Mock stream events, 2) Simulate data flow, 3) Test backpressure, 4) Handle stream errors, 5) Mock transformations. Important for stream processing.
Native module mocking: 1) Mock binary modules, 2) Handle platform specifics, 3) Mock system calls, 4) Test native interfaces, 5) Handle compilation. Important for low-level testing.
Mock monitoring: 1) Track mock usage, 2) Monitor interactions, 3) Collect metrics, 4) Analyze patterns, 5) Generate reports. Important for test analysis.
HTTP mocking approaches: 1) Use Nock for HTTP mocks, 2) Mock fetch/axios globally, 3) Stub specific endpoints, 4) Mock response data, 5) Simulate network errors. Example: nock('http://api.example.com').get('/data').reply(200, { data: 'value' });
Environment mocking: 1) Mock process.env, 2) Stub configuration, 3) Handle different environments, 4) Restore original values, 5) Mock system info. Important for configuration testing.
Advanced behaviors: 1) Dynamic responses, 2) Conditional mocking, 3) State-based responses, 4) Complex interactions, 5) Chainable behaviors. Enables sophisticated testing scenarios.
Microservice mocking: 1) Mock service communication, 2) Simulate service failures, 3) Test service discovery, 4) Mock service registry, 5) Handle distributed state. Important for distributed systems.
Mock factories: 1) Create reusable mocks, 2) Generate test data, 3) Configure mock behavior, 4) Handle mock lifecycle, 5) Maintain mock consistency. Improves test maintainability.