Built to order

Coding Question Bank with Topic Analytics

This project is a personal coding question bank web app for placement preparation: 48 curated DSA problems across 10 topics, each tagged with topic, difficulty and status. Search and filters find the right problem fast, a detail view gives the problem summary, sample I/O, approach hints and personal notes, and marking questions solved feeds topic-wise analytics — completion bars per topic, difficulty splits and weekly activity — that surface the weakest areas to revise next. Suitable for B.E./B.Tech final-year projects in Computer Science, IT and Web Development.

Coding Question Bank with Topic Analytics — project thumbnail preview
More project photos (2)

The problem

Placement preparation fails most often not from lack of effort but from lack of direction. Students solve random problems, repeat comfortable topics, and discover their weak areas only in the interview room. Generic problem lists cannot tell a student that their dynamic programming sits at 20% while arrays are at 90% — so revision stays guesswork. This project turns practice into a measurable system. A curated bank of 48 DSA problems across 10 topics (arrays, strings, DP, graphs, trees, heaps, tries, design, searching, linked lists) carries topic, difficulty and status metadata on every question. The analytics view aggregates that metadata into per-topic completion bars sorted weakest-first, difficulty-split charts and a weekly activity strip, converting raw effort into a study plan: the next session targets the weakest link, not the most comfortable topic.

How it works

  1. The student opens the question bank: stat cards show solved, attempted and to-do counts over the 48-question dataset.
  2. Search and the three filter dropdowns narrow the table; clicking any row opens the question detail view.
  3. The detail view presents the statement, sample I/O, approach hints and a notes field; marking solved updates the store.
  4. Every status change propagates to the statistics cards and re-renders the analytics views from the single question store.
  5. The analytics view computes completion ratios per topic, sorts them weakest-first, and renders SVG bar charts.
  6. The weekly activity strip and difficulty-split bars give the student a momentum check before each mock test.

Tech stack:

  • HTML5, CSS3, vanilla JavaScript (single-file app, no framework)
  • SVG bar charts and activity strips (no external chart library)
  • Hash-based client-side routing (bank / analytics / detail views)
  • Runs from any static host or directly as a local file
Parameter Value
Question count 48 (design target, curated set)
Topics covered 10 (arrays, strings, DP, graphs, trees, heaps, tries, design, searching, linked lists)
Difficulty levels 3 (Easy / Medium / Hard)
Status values 3 (Solved / Attempted / To do)
Views 3 (bank, analytics, detail)
App size Single HTML file, approximately 20 KB
Chart rendering Inline SVG, no external requests (expected)
Browser support Any modern browser, Chrome/Firefox/Edge (expected)

Project features

  • [48 curated DSA problems] Ten topics from arrays and strings to DP, graphs, trees, heaps, tries and system design — each with a one-line problem summary.
  • [Topic, difficulty and status tagging] Every question carries its topic, an Easy/Medium/Hard rating and a Solved/Attempted/To-do status that drives all analytics.
  • [Search and triple filters] Full-text search plus topic, difficulty and status dropdowns narrow the bank to exactly the practice set needed.
  • [Question detail view] Problem statement, sample input/output, staged approach hints, a personal notes field and a mark-as-solved button that updates every view.
  • [Topic-wise analytics] Per-topic completion bars sorted weakest-first, with an automatic "revise next" callout naming the three lowest topics.
  • [Difficulty and activity charts] Solved counts split by difficulty and a seven-day activity strip for momentum tracking.
  • [Live statistics] Solved/attempted/to-do counters recompute instantly as statuses change.

What is included

  • Complete working web app (single-file HTML/CSS/JS) with all three views and the 48-question dataset
  • Full source code with comments explaining the data model, filtering and analytics aggregation
  • Project report PDF (background, methodology, architecture, screens, testing notes)
  • PPT presentation for final review
  • Viva Q&A preparation document (DSA topic taxonomy, analytics logic, design decisions)

Limitations & prerequisites

  • The 48-question set is a curated starter bank, not an exhaustive interview list — students extend it with their own questions (import is listed as future scope).
  • Data lives in the session; statuses reset on reload until persistence is added.
  • Approach hints are staged guidance, not full editorial solutions — deliberate, to keep the practice honest.
  • Analytics reflect logged statuses only; they cannot verify a solution's correctness.
  • Sample I/O shown in the detail view is illustrative of the problem pattern.

Frequently Asked Questions

Where do the 48 questions come from?

They are a curated starter set covering the twelve topic areas placement interviews draw from most — arrays, strings, DP, graphs, trees and the rest — chosen for pattern coverage rather than volume.

How does the weak-area detection work?

The analytics view computes solved/total per topic, sorts topics by completion ratio, and names the three lowest as "revise next" — so the next session targets the weakest link first.

Can I add my own questions?

In the delivered build the dataset is fixed in the source (documented and easy to extend by editing the data array); CSV/JSON import is listed as future scope.

Does it check my solutions?

No — it is a practice-tracking system, not a judge. It tracks what you attempted and solved; correctness is verified on a coding platform of your choice.

What does the report include?

A background on structured interview prep, the question data model, the filtering and aggregation logic, screen walkthroughs and testing notes.

Is this project suitable for a final-year project?

Yes — for Computer Science, IT and Web Development programs. It demonstrates data modelling, client-side analytics, SVG visualization and a genuinely useful student tool. Suitable for B.E./B.Tech final-year projects in Computer Science, IT and Web Development.

Components & software requirements
  • HTML5, CSS3, vanilla JavaScript (single-file app, no framework)
  • SVG bar charts and activity strips (no external chart library)
  • Hash-based client-side routing (bank / analytics / detail views)
  • Runs from any static host or directly as a local file
Delivery information

Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.

Support terms

Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.

Download abstract (PDF)

Related guides

All guides
Technical illustration of a cloud server pushing event envelopes outward to web application endpoints for payments, dashboards and chat.Web development and IoT students who have built a REST API or an ESP32 project and now need external services (payments, GitHub, messaging) to notify their app when things happen

Webhooks Explained: Receive Data from Payments, GitHub and IoT

A webhook lets a service call your server the moment an event happens — payments, code pushes, form submissions. This guide explains the event anatomy, HMAC signature verification, the fast-acknowledge reliability pattern, local testing, and how webhooks compare with polling, WebSockets and SSE.

Read guide
Illustration of Docker Compose orchestrating a full-stack application with frontend, API, database, and cache containers connected in one network.B.E./B.Tech Computer Science and IT students whose full-stack projects need a frontend, backend, and database running together and are tired of setup instructions that only work

Docker Compose for Full-Stack Projects

Stop juggling four terminals and setup docs that only work on your laptop. This guide builds a complete Docker Compose stack — frontend, API, database, cache — with annotated config, healthchecks, persistent volumes, and a dev/prod split that survives demo day.

Read guide
Illustration of a web page with a comment section: a shield filtering user input so scripts are neutralized into harmless text before rendering in visitors' browsers.B.E./B.Tech Computer Science, IT and Web Development students building web applications with user-generated content: comments, profiles, forums, dashboards

XSS Attacks Explained for Students

Cross-site scripting turns your comment section into code running in visitors' browsers. Learn the three XSS types conceptually, why browsers execute injected input, what it enables, and the defender's toolkit: output encoding, Content Security Policy, safe DOM handling, and hardened cookies. No payloads — prevention only.

Read guide
Get a quotation