🇮🇳 Full Stack Web Development · flashcards
Full Stack Web Development Full Stack Integration & Project Engineering Flashcards
50 question-and-answer cards covering Full Stack Integration & Project Engineering as it is examined in Full Stack Web Development. 24 of them are printed below, taken from across the deck — no signup, no paywall on the preview.
24 sample cards from the Full Stack Integration & Project Engineering deck
Sampled from the end of the deck, so these are different cards from the ones shown on the syllabus page.
What does multipart/form-data encoding allow that application/x-www-form-urlencoded does not?
It allows binary file uploads alongside form fields by splitting the body into parts, making it the required encoding for sending files in an HTML form.
What is a common cloud service used to store uploaded media instead of the local server disk?
Amazon S3 (or Cloudinary), which offloads storage, provides scalability/CDN delivery, and keeps files off the application server.
What is the typical flow for integrating a payment gateway like Stripe or Razorpay?
Frontend collects payment details/creates an order -> backend creates a payment intent/order with the gateway using secret keys -> gateway processes the payment -> a webhook or callback confirms success -> backend updates the order status.
Why should third-party API secret keys never be exposed in front-end code?
Front-end code is fully visible to users, so embedded secret keys could be stolen and abused; secrets must stay on the server (e.g., in environment variables) and only publishable keys go to the client.
What is a webhook in the context of third-party APIs?
An HTTP callback the third-party service sends to a URL you register, notifying your backend of events (e.g., payment succeeded) so your app can react without polling.
What is the main purpose of automated software testing?
To verify that code behaves as expected, catch regressions early, document intended behavior, and increase confidence when refactoring or shipping changes.
Define the three classic levels of the testing pyramid.
Unit tests (smallest, isolated functions/components), integration tests (multiple units working together), and end-to-end (E2E) tests (the full app from the user's perspective). The pyramid recommends many unit, fewer integration, fewest E2E.
What is the difference between a unit test and an integration test?
A unit test verifies a single isolated piece of code with dependencies mocked; an integration test verifies that several components/modules work correctly together, including real interactions.
What does TDD (Test-Driven Development) prescribe?
The Red-Green-Refactor cycle: write a failing test first (Red), write minimal code to pass it (Green), then refactor while keeping tests passing.
What is a mock (or stub) in testing?
A fake replacement for a real dependency that simulates its behavior, letting you test code in isolation and control inputs/outputs without invoking the real service.
What is the role of an assertion in a test?
An assertion checks that an actual value matches the expected value (e.g., expect(result).toBe(5)); if it fails, the test fails.
Which two libraries are most commonly used together to test React components?
Jest (test runner/assertions/mocking) and React Testing Library (RTL) for rendering components and querying the DOM the way a user would.
What testing philosophy does React Testing Library promote?
Testing behavior the way users interact with the app (querying by visible text, roles, labels) rather than testing implementation details like internal state or class names.
How do you simulate user interaction events in React Testing Library?
Using fireEvent or, preferably, the user-event library (e.g., userEvent.click, userEvent.type) to mimic real user actions.
What is snapshot testing?
A test that renders a component and saves a serialized snapshot of its output; future runs compare against the saved snapshot and fail if the output changes unexpectedly.
Which library is widely used for back-end/API testing of Express HTTP endpoints?
Supertest (often with Jest or Mocha), which sends HTTP requests to the Express app and lets you assert on status codes and response bodies.
When API testing, what should you typically assert about a response?
The HTTP status code, the response body content/shape, response headers when relevant, and side effects such as database state changes.
Why is a separate test database (or in-memory database) recommended for API/integration tests?
To isolate tests from production/development data, ensure repeatable clean state, and avoid corrupting real data; MongoDB Memory Server is often used for this.
What is end-to-end (E2E) testing?
Testing that runs the complete application (frontend, backend, database) and simulates real user workflows in a browser to verify the whole system works together.
Name two popular E2E testing tools for web apps.
Cypress and Playwright (Selenium is another classic option).
What does code coverage measure, and what is a key caveat about it?
It measures the percentage of code executed by tests (lines, branches, functions). The caveat: high coverage does not guarantee correctness, since executed code may still lack meaningful assertions.
What does the MVC pattern stand for and what does each part do?
Model-View-Controller. Model handles data/business logic, View handles presentation, Controller handles input and coordinates between Model and View.
What is separation of concerns in code architecture, and why does it matter?
Dividing an application into distinct sections each handling one responsibility (e.g., routes, controllers, services, models). It improves maintainability, testability, and reusability.
Name three core practices for securing a full-stack web application before deployment.
Use HTTPS/TLS, validate and sanitize all user input (preventing XSS/SQL/NoSQL injection), and store secrets/passwords securely (env variables, hashing). Also: set security headers (e.g., via Helmet), enforce auth/authorization, and rate-limit requests.
What this deck covers
The Full Stack Integration & Project Engineering deck follows the Full Stack Web Development Full Stack Integration & Project Engineering syllabus — 5 chapters and 17 topics — so questions land on material that is genuinely examinable rather than trivia around it. That works out to roughly 10.0 cards per chapter.
Answers are written to be recallable, not just readable — averaging about 165 characters, which is long enough to carry the reasoning and short enough to say out loud.
A deck like this earns its keep on the second and third pass. Read the syllabus first so you know the shape of the subject, then use the cards to find the specific facts that have not stuck.
Full Stack Integration & Project Engineering flashcards FAQ
How many Full Stack Integration & Project Engineering flashcards are in this Full Stack Web Development deck?
50 cards. This page previews 24 of them, sampled evenly across the deck so you can judge the difficulty before installing anything.
Are these Full Stack Web Development flashcards free?
Yes. The preview here is free to read with no signup, and the full 50-card deck is free inside the Examius app.
What do the Full Stack Integration & Project Engineering cards cover?
They follow the Full Stack Web Development Full Stack Integration & Project Engineering syllabus — 5 chapters and 17 topics — so the questions track what is actually examinable.
How should I use these flashcards?
Read the syllabus first so you know the shape of the subject, then drill the deck. Examius schedules each card with spaced repetition, so cards you keep missing come back sooner and ones you know drift further apart.