# support · support.log
Unit Testing & QA
Test suites written to your framework, covering the cases a marker will actually try.
A test suite that only checks the happy path passes review but not scrutiny — the first thing most markers try is the edge case you didn't cover. We write to your course's framework, target the cases likely to be tried, and hand back a coverage report so gaps are a decision, not an accident.
What you get
- Written in your course's framework — JUnit, PyTest, Jest, etc.
- Edge cases covered, not just the happy path
- Coverage report included, so gaps are visible, not assumed away
- Tests that fail loudly and clearly when something breaks
- Mocking used only where it's the right tool, not everywhere
- A short note on what's tested and what's intentionally out of scope
What to send first
- Your repository or a zip of the current code
- The exact error message or failing test, and the steps to reproduce it
- What you have already tried
- Your viva or submission date, if there is one
How it runs
- 01
Send the spec
The brief, the rubric, any starter code and the versions your marker uses. A photo of the PDF is fine to begin with.
- 02
Scope and quote in writing
We read it properly, ask what is unclear, and confirm a fixed price and delivery date. A small advance confirms the order.
- 03
Build against the brief
Work is tracked task by task against the spec. Longer projects are split into milestones you can review as they land.
- 04
Tested handover
A repo that installs from a README, run against your test cases, with the write-up if your rubric asks for one.
- 05
Fixes and walkthrough
One round of fixes if a marker flags something, and a walkthrough of how it works so you can explain it.
Unit Testing & QA: common questions
Yes, and that is usually better for you — we keep your structure and style, fix what is broken and explain each change so you can talk about it.
A screen-shared call on Google Meet or Zoom at a time you book. You drive, we diagnose, and you end the call with working code and a note of what caused the problem.
It depends on the scope of the brief, the stack and the deadline. Send the spec on WhatsApp and you get a fixed price and delivery date in writing before any work starts — no hourly meter.
Turnaround depends on scope and is agreed with the quote. Tell us the real deadline, including the timezone, and we will say honestly whether it is workable before you commit.
// related
Often paired with unit testing & qa
Code Review & Fixes
Your own code, reviewed and fixed — not rewritten from scratch behind your back.
support.logLive Debugging Sessions
Live debugging on a call — the bug found and explained, not just silently patched.
support.logGit & Version Control
Git history and workflow set up properly, for a submission that's judged on commits too.
./send-brief
Send your codebase.
Paste the unit testing & qa brief into WhatsApp — the message already names the service. Scope and price come back in writing.