Solution 1:

WorkManager comes with following features:

  • Provides tasks which can survive process death
  • It can waken up the app and app's process to do the work thereby guarantees that works will be executed.
  • Allows observation of work status and the ability to create complex chains of work
  • Allows work chaining which allows to segregate big chunk of work into small works and execute them based on different constraints
  • Gracefully manages doze mode or other restrictions imposed by OS.

Following would be the cases where it would be helpful:

  • Executing long running background tasks like uploading media
  • Parsing and storing data in database.
  • Critical Tasks which needs to survive process deaths

Should i switch to work manager now considering the fact that i may have to write more intent services in the future?

In most cases it should be replacement for IntentService but you have to consider carefully before using it. It could be that IntentService was not the best choice at first place.

WorkManager is not answer to all of the background tasks. E.G. You shouldn't use it for processing payments since it doesn't need to survive process death and these task needs to be executed immediately. Consider using Foreground Service. Its also not a great idea to use them for parsing data and contents of view.

You really need to weigh whether you need capabilities of it before using it. Since Google is almost re-vamping the way we code, WorkManager would be solution of our Background processing woes. For sure it would be most important option since it abstracts handling of several constraints imposed by OS. You should consider using it for future implementations.

Also which option would help me test the code easily?

Google has also provided testing library which facilitates WorkManager's test at ease. Its still under development but should become more powerful before its released.