Speedup tests use DatabaseTransaactions where applicable

[apmedev]

#986

Parallel to the main branch fails.
Profiling on the main branch fails and is super slow. The reason are the queries in certain tests.
I created a testing database and provided users with access.

Changes:

1. Database Transactions will wrap each test in a transaction, rolling back changes after the test.
2. Create testing env example
3. Try in-memory SQLite for testing
4. Update .gitignore

Running profiling the following results: vendor/bin/pest --profile
Old result:

• Tests: 318 passed (606 assertions)
• Duration: 515.68s

New Result:

• Tests: 318 passed (606 assertions)
• Duration: 165.94s

Parallel on my branch still is not passing tests.
So I can't verify the following: data changes in one process aren't visible to another until the transaction is committed. As a result, processes running in parallel can't reliably see each other's data.
Running

[driesvints]

Heya! Thank you so much for your PR. Your PR actually gave me an idea and I flipped the switch on parallel testing here in CI which brought the running time even further down than moving to transactions. So thank you for moving me into that direction! While I can't merge this PR anymore now this did help out!

[apmedev]

Hi !

This is my first try at contributing, do you have any other tasks that are open. Since the issues I see seem already ongoing. I'm not sure how my commit contributed, but I'm happy that it did. So I if you have any other task, feel free to share, and I can give it a shot. Sadly, I was not able to get the parallel testing pass.

[driesvints]

Heya, not right now but keep an eye out on the issue tracker when we add more issues with "help wanted". Your help is greatly appreciated, thanks! 🙂