I'd like to support Laurent on this and the Test2 effort, having a spec of tests in terms of abstractions useable from library to library, possibly having tests as data, (since I have learned that it's all about data) would really be really useful. The ring-spec like idea for tests really has something good to it.
Now, opinion time (more opinionated actually). Midje might be full of macros and abstractions that I don't understand when I read the code. Hell it's full of them. But I honestly never had to read it to write my tests. More It's well documented and I there's is more functionality in the doc than I have had to use. So congrats Brian. Once again it would also be nice to see Test2 include ClojureScript. And the spec might be a good start. Cheers, Jeremys. On Tuesday, June 11, 2013 2:56:44 PM UTC+2, Laurent PETIT wrote: > > You know, if some day all the test libs / frameworks can be run, test > results exploited, etc. through the same abstraction, this will > greatly ease the pain of tools developers ! > > I would better write once the integration between Eclipse way of > running and displaying tests, than once per library ! > > So ... looking forward to see this globally adopted :-) > > 2013/6/11 Steven Degutis <sbde...@gmail.com <javascript:>>: > > Timothy, Brandon, Cedric, et al.: > > > > Separating out the Discoverer from the Runner in the SPEC is a bad idea. > > > > The main benefit mentioned so far for such a separation is so we can > have > > different definitions of what constitutes a test. For example, > > test.generative can generate multiple tests from just one block of code. > > > > But this creates the same incompatibility problem that we already have > > between existing test suites. Instead, if we have a single definition of > a > > test, every definer is compatible with another. > > > > And the current definition is already flexible enough to let you > generate > > multiple tests based on one block of code, like test.generative does. > > > > > > On Tue, Jun 11, 2013 at 1:57 AM, Cedric Greevey > > <cgre...@gmail.com<javascript:>> > wrote: > >> > >> You pass not the Discoverer's results to the Runner, but the Discoverer > >> itself, which the Runner then invokes at need, possibly more than once. > >> > >> > >> On Tue, Jun 11, 2013 at 1:35 AM, Steven Degutis > >> <sbde...@gmail.com<javascript:>> > > >> wrote: > >>> > >>> Originally we had Runner split into Discoverer and Runner, but I had > to > >>> combine them both in Runner again so that we can have an autorunner. > >>> > >>> Imagine that you've started your autorunner at the command line, and > you > >>> create a new test in your existing file and save it. The discoverer > has > >>> already done his role and found all existing tests and passed them to > the > >>> runner, so the runner can't see your new test, he only re-runs the > tests > >>> that existed when he first started. > >>> > >>> That's why I combined them again. So that he could re-discover all the > >>> tests "matching some criteria" and run them. > >>> > >>> So how do you solve this problem while separating Discoverer from > Runner? > >>> > >>> > >>> On Mon, Jun 10, 2013 at 6:53 PM, Brandon Bloom > >>> <brandon...@gmail.com <javascript:>> wrote: > >>>> > >>>> There are currently 4 roles defined: Definer, Asserter, Runner, and > >>>> Reporter. > >>>> > >>>> It looks like the "Runner" does finding, filtering, and execution. I > >>>> think you could further break the Runner down into Discoverer and > Executor. > >>>> I might want to just ask "What tests do I have?" without actually > running > >>>> anyway. I may also want a different Executor, like a > distributed/parallel > >>>> executor, while preserving the discovery logic. > >>>> > >>>> On Saturday, June 8, 2013 11:14:42 AM UTC-4, Steven Degutis wrote: > >>>>> > >>>>> Test2 is a new testing lib for Clojure, where the power is its > >>>>> simplicity, extensibility, and a SPEC much like Ring's. > >>>>> > >>>>> Github: https://github.com/evanescence/test2 > >>>>> > >>>>> Some background: It came out of discussions with the smart folks in > >>>>> #clojure, who were frustrated with the inflexibility of existing > libs, and > >>>>> intended this to be the spiritual successor to clojure.test. We > wanted > >>>>> something that was still simple like clojure.test, but could be > extended > >>>>> externally much more easily in case you wanted features found in > >>>>> clojure.test, Midje, Speclj, or Expectations, or whatever else. > >>>>> > >>>>> This is a pre-ANN because it's more of a call for extensions. I've > >>>>> written one last night, test2-autorunner, which took about an hour. > This > >>>>> should give some idea of how easy it is and how well-designed the > SPEC was > >>>>> by the smart folks of #clojure. There are some ideas at the bottom > of the > >>>>> wiki, but of course any extensions are encouraged. > >>>>> > >>>>> -Steven > >>>> > >>>> -- > >>>> -- > >>>> You received this message because you are subscribed to the Google > >>>> Groups "Clojure" group. > >>>> To post to this group, send email to > >>>> clo...@googlegroups.com<javascript:> > >>>> Note that posts from new members are moderated - please be patient > with > >>>> your first post. > >>>> To unsubscribe from this group, send email to > >>>> clojure+u...@googlegroups.com <javascript:> > >>>> For more options, visit this group at > >>>> http://groups.google.com/group/clojure?hl=en > >>>> --- > >>>> You received this message because you are subscribed to the Google > >>>> Groups "Clojure" group. > >>>> To unsubscribe from this group and stop receiving emails from it, > send > >>>> an email to clojure+u...@googlegroups.com <javascript:>. > >>>> For more options, visit https://groups.google.com/groups/opt_out. > >>>> > >>>> > >>> > >>> > >>> -- > >>> -- > >>> You received this message because you are subscribed to the Google > >>> Groups "Clojure" group. > >>> To post to this group, send email to clo...@googlegroups.com<javascript:> > >>> Note that posts from new members are moderated - please be patient > with > >>> your first post. > >>> To unsubscribe from this group, send email to > >>> clojure+u...@googlegroups.com <javascript:> > >>> For more options, visit this group at > >>> http://groups.google.com/group/clojure?hl=en > >>> --- > >>> You received this message because you are subscribed to the Google > Groups > >>> "Clojure" group. > >>> To unsubscribe from this group and stop receiving emails from it, send > an > >>> email to clojure+u...@googlegroups.com <javascript:>. > >>> For more options, visit https://groups.google.com/groups/opt_out. > >>> > >>> > >> > >> > >> -- > >> -- > >> You received this message because you are subscribed to the Google > >> Groups "Clojure" group. > >> To post to this group, send email to clo...@googlegroups.com<javascript:> > >> Note that posts from new members are moderated - please be patient with > >> your first post. > >> To unsubscribe from this group, send email to > >> clojure+u...@googlegroups.com <javascript:> > >> For more options, visit this group at > >> http://groups.google.com/group/clojure?hl=en > >> --- > >> You received this message because you are subscribed to the Google > Groups > >> "Clojure" group. > >> To unsubscribe from this group and stop receiving emails from it, send > an > >> email to clojure+u...@googlegroups.com <javascript:>. > >> For more options, visit https://groups.google.com/groups/opt_out. > >> > >> > > > > > > -- > > -- > > You received this message because you are subscribed to the Google > > Groups "Clojure" group. > > To post to this group, send email to clo...@googlegroups.com<javascript:> > > Note that posts from new members are moderated - please be patient with > your > > first post. > > To unsubscribe from this group, send email to > > clojure+u...@googlegroups.com <javascript:> > > For more options, visit this group at > > http://groups.google.com/group/clojure?hl=en > > --- > > You received this message because you are subscribed to the Google > Groups > > "Clojure" group. > > To unsubscribe from this group and stop receiving emails from it, send > an > > email to clojure+u...@googlegroups.com <javascript:>. > > For more options, visit https://groups.google.com/groups/opt_out. > > > > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.