Dependent breaking pytest's

I am developer/code-reviewer/debugger/bug-fixer/architect/teacher/builder from dubai, uae
Search for a command to run...

I am developer/code-reviewer/debugger/bug-fixer/architect/teacher/builder from dubai, uae
No comments yet. Be the first to comment.
with T.A.C.T

Isolation is part of a database's ACID guarantees. It ensures that concurrent transactions don't affect each other. The goal is to maintain the state of the data as if transactions are run serially. H

You Should Tell Yourself

A URL shortener is a proxy service that provides a mapping between the short and full representation of a URL. The short URL has the advantage of being small. The service can also provide useful analy

Listening to the Mel Robbins's podcast on regrets was a 'ear'-opener. One can have reqrets of action or inaction. 4 types of reqrets foundation - should've done the work boldness - should've taken t

New unit-tests were added that were passing when run in isolation. They were breaking when run all together by the CI/CD pipeline. Previous tests were affecting ours. The question was which ones? We thought it could be a data issue with persistent data affecting tests. However we use @pytest.mark.django_db which
will set up the Django databases the first time a test needs them. Once setup, the database is cached to be used for all subsequent tests and rolls back transactions, to isolate tests from each other.
We could replicate the failure locally. Finding the breaking test case by the process of elimination, we ran test cases directories in order. Removing a directory each time while the error persisted.
The breaking test case didn't reconnect a post_save signal’s receiver. Our tests relied on receivers. Reverting this line, and muting the firing of the signal for other failing tests we got it to work.
Moral: leave things better than you found it or at the very least, the same.