--
Ticket URL: <https://code.djangoproject.com/ticket/16193>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_better_patch: => 0
* needs_tests: => 0
* needs_docs: => 0
Comment:
Code is in /tests/qunittests/
See README in this directory for instructions how to run the tests.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:1>
Comment (by anonymous):
Updated code at
https://github.com/mbraak/django/commit/21437f69672b547d542fc98a815b602e00433754
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:2>
* needs_docs: 0 => 1
* type: Cleanup/optimization => New feature
* stage: Unreviewed => Accepted
Comment:
Note that some similar work has been done in
https://github.com/sebleier/django/tree/qunit
It'd be interesting to compare the two approaches, and also coordinate to
avoid duplicating work.
See also #16122.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:3>
* needs_better_patch: 0 => 1
Comment:
Well, the approach we took on Github (Sebleier's fork) is much more
generic and prepared for app centric test running.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:4>
Comment (by julien):
Replying to [comment:4 jezdez]:
> Well, the approach we took on Github (Sebleier's fork) is much more
generic and prepared for app centric test running.
I actually played a bit with that branch a couple of weeks ago and it's
looking great. I was wondering if you guys had thought of a way to test
the admin interface (e.g. dynamically adding or removing inlines)? This
would require generating a DOM from the up-to-date admin templates and
with some test data. Perhaps we need to introduce a management command to
generate fresh HTML files from the latest admin codebase, so that these
can be tested with the admin javascript via qunit. I haven't thought of it
much beyond that, but I'll try to get to it next week.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:5>
Comment (by mbraak):
I see that the sebleier/qunit branch is much further developed than I
initially thought. I will add my tests to this branch.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:6>
Comment (by julien):
Some relevant discussion on django-dev: http://groups.google.com/group
/django-developers/browse_thread/thread/e0656d72e5e863d7
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:7>
Comment (by slurms):
Figure we just want *something* to unit test the django admin javascript
as a first pass to fixing the more general problem. PR here:
https://github.com/django/django/pull/3003. Needs more tests, and still 31
jshint errors.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:8>
* owner: nobody => slurms
* status: new => assigned
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:9>
* cc: cmawebsite@… (added)
Comment:
Do we still need this now that we have selenium tests?
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:10>
* status: assigned => closed
* resolution: => fixed
Comment:
In 2d0dead224b6448072b72b37d2fbcc8dc3afa007:
DEP 0003 -- Added JavaScript unit tests.
Setup QUnit, added tests, and measured test coverage.
Thanks to Nick Sanford for the initial tests.
--
Ticket URL: <https://code.djangoproject.com/ticket/16193#comment:11>