Implment new scheduler on top of appdaemon

[lifeisafractal]

This PR implements a new scheduler simulation for tests. This is in support of the longer term goal of expanded time travel functionality available for tests. This PR aims to not implement any new functionality, but rather setup some underlying architecture to support these goals. This is another smaller step in the direction that the declined #20 was headed.

Overview of longer term design

• Reuse as much of the Hass class directly in simulations as possible (and by extensions the ADAPI class).
  • This reduces code duplication between the test framework and appdaemon and give more accurate behavior during test.
  • Create simulation versions of classes that have instances in Hass as needed (AppDaemon, Scheduler, etc.)
  • Use SpyMocks in Hass to reuse appdeamon functionality along with all the extra functionality of Mocks.
  • Note: appdeamon 4 was rewritten using Python asyncio. Because of this, if we want to reuse ADAPI async calls, the test framework also needs to support asyncio. In addition to allowing code reuse, this also sets things up to support testing asyncio based automatons in the future.

Overview of changes in this PR

• Create new AppDaemon simulation object
  • Money patch adddaemon's sync_wrapper decorator to synchronize all calls to Hass and ADAPI for use in simulation.
• Remove the SchedulerMocks implementation in time_travel and replace with a drop in for appdaeon's Scheduler for use by ADAPI
• Connect functionality in given_that and time_travel to new Scheduler implementation
• run_in and cancel_timer from ADAPI are now SpyMocks that reuse the appdeamon implementation leveraging the above simulation work.
• Add tests for new code and also back fill some tests around time_travel fixture.
• Breaking changes in this PR
  • Since this PR reuses internals of appdeamon, it becomes very troublesome to maintain compatibility with appdaemon < 4.x. Rather than try to support that, it's proposed in this PR that we only support appdaemon >=4.x.
  • Remove all code around deprecation warnings and compatibility to appdeamon <4.x

Follow on work

To get a flavor of where this is going, if this PR gets merged, the next step would be to have the other scheduler functions in ADAPI like run_hourly also be implemented as SpyMocks so their behavior is correct and testable. This has some other implications about the simulation (i.e. some operations only allowed before an automation is initialized), which makes new functionality best left for a follow on PR.

[HelloThisIsFlo]

Rather than try to support that, it's proposed in this PR that we only support appdaemon >=4.x.

As agreed on #32 this is all good, you can break support for <4.x 👍

[HelloThisIsFlo]

I pushed 2 commits to resolve the merge conflicts, just FYI :)

[HelloThisIsFlo]

I added a small commit -> https://github.com/FlorianKempenich/Appdaemon-Test-Framework/pull/42/commits/31d5a7624c71b0dc1de8c86f04eba421c6a955d0

Let me know what you think. If you think it's overkill we can remove it, no worries 😌