You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I understand that mantra is mainly a spec for client side, but isn't leaving out the server side killing the idea of: "so it’s very important to have a common standard everyone follows. That’s what this specification does." https://kadirahq.github.io/mantra/#sec-Core-Components.Server-Side
I don't know if this counts for a lot of companies, but at least "we" did mainly server side testing till now and client-side was more like "monkeytesting(https://en.wikipedia.org/wiki/Monkey_test)" without automation. Now when following mantra for the next projects we have client side testing but have to find our own solution for server side testing again. That's kind of confusing as mantra tries to be "a common standard everyone follows".
So why the restriction? Just waiting for meteor 1.3s built in testing or is this a long term decision?
The text was updated successfully, but these errors were encountered:
I don't know if this counts for a lot of companies, but at least "we" did mainly server side testing till now and client-side was more like "monkeytesting(https://en.wikipedia.org/wiki/Monkey_test)" without automation.
This is the exact reason we are working on Mantra. To give a proper structure to your client side code. Once we do this, we'll touch the server side.
For the server side, our plan to use integration tests. (most probably we'll use gagarin)
Nice! @arunoda, could you add a comment there, that you're not forgetting about the server-side? My app for now is mostly server side as well, so having a good architecture there is a must.
But I think Meteor Guide is planning for a much better one since they cover more stuff for the server side.
So, I think we can get some stuff from Meteor's integration testing approach.
If your app need more modularity on the server side, I suggest to follow the Meteor Guide approach on that. I think it's not out yet, but we can pre-access it.
I understand that mantra is mainly a spec for client side, but isn't leaving out the server side killing the idea of: "so it’s very important to have a common standard everyone follows. That’s what this specification does."
https://kadirahq.github.io/mantra/#sec-Core-Components.Server-Side
I don't know if this counts for a lot of companies, but at least "we" did mainly server side testing till now and client-side was more like "monkeytesting(https://en.wikipedia.org/wiki/Monkey_test)" without automation. Now when following mantra for the next projects we have client side testing but have to find our own solution for server side testing again. That's kind of confusing as mantra tries to be "a common standard everyone follows".
So why the restriction? Just waiting for meteor 1.3s built in testing or is this a long term decision?
The text was updated successfully, but these errors were encountered: