Wild thought from a newbie: would it not be possible to simply use a different <base> so that it loads the dependencies from a location where they *are* mocked? Perhaps you could import the unit under test first, then each mock could test if one is already registered and if so not register itself.
Max. On Tue Dec 16 2014 at 16:48:27 Clayton Watts <[email protected]> wrote: > This looks nice, but it wouldn't stop elements from loading dependencies > using HTML Imports and those dependencies from loading their dependencies, > etc., right? > > 2014-12-16 6:01 GMT-07:00 Dane O'Connor <[email protected]>: > >> I've implemented a strategy for this and it's working for us at the >> moment. Check it out here: https://github.com/thedeeno/rs-container >> >> The project lets you temporarily 'downgrade' custom elements into simple >> HTMLElements. This means your components won't go through their full >> lifecycle or load their dependencies, etc. Perfect for stubbing. My project >> lets you do this declaratively or imperatively. Check it out. It'd be great >> to see how it works out for you. >> >> On Mon, Dec 15, 2014 at 12:22 PM, cletusw <[email protected]> wrote: >>> >>> Has anyone looked into using ServiceWorker ( >>> https://developer.mozilla.org/en-US/docs/Web/API/ServiceWorker_API/Using_Service_Workers) >>> for testing? It seems to me this would allow you to instruct the browser to >>> load your mocked versions of dependencies without changing your element >>> being tested. >>> >>> Em quarta-feira, 19 de novembro de 2014 09h21min44s UTC-7, David >>> Waterman escreveu: >>>> >>>> I'm interested in this too. >>>> >>>> I wonder if there's a solution by setting a for the test, so that the >>>> imports load from a different place from the real implementation, where the >>>> sub-components are instead mocked. >>>> >>> Follow Polymer on Google+: plus.google.com/107187849809354688692 >>> --- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "Polymer" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/polymer-dev/31W69ZE1Wng/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/polymer-dev/7c45489b-3cdd-4d3a-9ec1-b224d552f702%40googlegroups.com >>> <https://groups.google.com/d/msgid/polymer-dev/7c45489b-3cdd-4d3a-9ec1-b224d552f702%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> Follow Polymer on Google+: plus.google.com/107187849809354688692 > --- > You received this message because you are subscribed to the Google Groups > "Polymer" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/polymer-dev/CAGw__zGBzPcSV-%2Bgyx_UKtgAxwj5jH17xPx0RPObAFeLStmDtQ%40mail.gmail.com > <https://groups.google.com/d/msgid/polymer-dev/CAGw__zGBzPcSV-%2Bgyx_UKtgAxwj5jH17xPx0RPObAFeLStmDtQ%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > Follow Polymer on Google+: plus.google.com/107187849809354688692 --- You received this message because you are subscribed to the Google Groups "Polymer" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/polymer-dev/CAMZCrPgaCAatPDU4TXUOj8S1L0hi3YPOhgR3QQ51ESDbSQZ7cA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
