javascript-testing-best-practices VS ng-mocks

😎 You want to take your JS testing skills to the next level, here is a nice repo -> javascript-testing-best-practices

Surprised nobody referred this

Yoni Golberg's JavaScript Testing best practices guide is always a good resource to consult, for both beginners and experienced developers: https://github.com/goldbergyoni/javascript-testing-best-practices

I really like how testing is done in Rails. Why did you choose the snapshots approach? I never have seen it for this purpose, they say it's bad practice even for the frontend (check testing practices for node btw), so, why?

JavaScript Testing Best Practices, by Yoni Goldberg is a GitHub repository. It gives good practices about testing.

Is the Angular team aware of NG Mocks and NG Spectator?

No neither of those. You're unit testing the component, so you don't want any external interference. You can create a mock version of the service, I like using ng-mocks to simplify a lot of this: https://www.npmjs.com/package/ng-mocks

No way, you just mock the services. Check out this library: https://www.npmjs.com/package/ng-mocks

I recommend using MockModule from ng-mocks https://www.npmjs.com/package/ng-mocks

8. NG-Mocks

You can have a look at ng-mocks. It provides a great toolset for angular mocks.

Also, for mocking, I recommend looking into ng-mocks. https://github.com/ike18t/ng-mocks It makes mocking really easy.

Correct. When unit testing, you want to test the unit (parent component) in isolation. To do this, you can use something like ng-mocks (my personal favorite) to create mock components. You could also use the NO_ERRORS_SCHEMA but I don't recommend this because I like to verify that my component loads w/ all of its dependencies (even if the are just mocks). If you test your parent component w/ all of its child components, then you are doing a form of integration testing. I tend to refer to it as a grey area between unit and integration testing because there are valuable tests that can be written fairly easily and cheaply that don't truly isolate parent components from their child components.