Isolate files with temporary fixtures
See this course’s project requirements
A runnable automated test suite for an original parcel-price module with boundary cases, isolated fixtures, failure evidence and a repaired regression.
Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.
What to include
- A price assertion table with independent expected values.
- An executable unit-test record with independent cases.
- A labeled boundary-test table across both price tiers.
- A rejection suite with a passing valid boundary comparison.
- An isolated file test with declared automatic cleanup.
- A failing-then-passing regression record with source and run instructions.
Review and revise
Use these criteria to check your work and choose what to improve.
- The implementation or declared simulation follows the supplied contract and retains inspectable original inputs.
- Normal, boundary and rejected cases are recorded with expected versus observed results.
- The changed case has a correct explanation and does not rely on hidden state.
- The project includes source, outputs, instructions and honest tool, privacy and verification limits.
Want more background?
The idea in everyday life
The test writes result.txt containing 4 inside a TemporaryDirectory, reads it, then leaves the context.
A fixture creates the exact environment a test needs and removes it afterward. A temporary directory prevents a practice test from depending on, overwriting or reading a real project file.
Isolate files with temporary fixtures — original worked practice
A fixture creates the exact environment a test needs and removes it afterward. A temporary directory prevents a practice test from depending on, overwriting or reading a real project file.
The test writes result.txt containing 4 inside a TemporaryDirectory, reads it, then leaves the context.
1. Step 1
Create the temporary directory context.
You should see: A fresh isolated folder exists only for the test.
This keeps the rule and its observable result together.
2. Step 2
Write str(parcel_fee(1)) to result.txt.
You should see: The file content is text 4.
This keeps the rule and its observable result together.
3. Step 3
Read and compare with the expected text.
You should see: The output check passes only for 4.
This keeps the rule and its observable result together.
4. Step 4
Leave the context and explain cleanup.
You should see: An isolated file test with declared automatic cleanup.
This keeps the rule and its observable result together.
What to finish
An isolated file test with declared automatic cleanup.
Watch for this
Creating a fixed test file in the learner workspace and overwriting an unrelated file.
How can I tell I understand it?
Explain and demonstrate the required distinction: A fixture creates the exact environment a test needs and removes it afterward. A temporary directory prevents a practice test from depending on, overwriting or reading a real project file. Show a changed input and the expected result without weakening this contract.
Quick knowledge check
Answer all 3 questions. Get at least 2 right and the lesson completes automatically.
You’ll get an explanation for each answer. Signed in? Your results save to your account.
Pass the check. We’ll save the progress.
Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.
Go to the knowledge checkTools, templates, and lesson sources
Tools and templates
Tools open in a new tab so you can keep your place here.
Sources and further reading
Explore the references behind this lesson.
Source & access notes · checked 2026-10-01
Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.
Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.
Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.
Source & access notes · checked 2026-10-01
Relevant documented module/API behavior inspected during expansion authoring; actual execution evidence is recorded separately. No grant eligibility is established.
Access: Official page retrieved with the web reader on 2026-10-01. Documentation reading does not certify execution in every native tool or browser.
Reuse: Original local practice files, fictional data, worked examples and questions. Concepts paraphrased and linked; source exercises are not copied.
Report a problem with this lesson
Tell us what went wrong. Please leave out personal information and private project contents.