Re: Testing Javascript
Jean-Paul Calderone <[email protected]> Thu, 26 Jun 2008 07:32:07 -0400
| Newsgroups | gmane.comp.python.quotient.dev |
|---|---|
| Message-ID | <20080626113207.4714.1728221604.divmod.quotient.13393@ohm> |
On Thu, 26 Jun 2008 07:47:11 -0000, [email protected] wrote: >On 07:34 am, [email protected] wrote: > [snip] >>I think you've focused mostly on the unit testing stuff I worked on >>ages back. ISTR you have any integration tests for JS stuff that talk >>to the server? (I definitely recall big testing pages that took ages >>to load). Do you still do that? How does it work? > >There are still nits for nevow itself (athena, really), although they don't >integrate with the buildbot and I haven't worked on that code in a while. >Technically there are nits for a bunch of Mantissa and Quotient >functionality, but all new code being written in those areas has JS unit >tests instead. It may be getting to be time to delete the ones that are >still in the tree. Nits are useful for testing the stuff that you can only test in a browser. They could be even more useful if nit had a bunch more features, but as it is now is basically good enough to live with. Even with more features, writing Nits for Mantissa or Quotient would be wrong. Only Nevow needs nits, because only Nevow has any business doing things that can only be tested in a browser. Anything higher level should be using Nevow APIs, and any Nevow API can be mocked and tested outside of a browser. Jean-Paul