-
Notifications
You must be signed in to change notification settings - Fork 780
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dog-fooding qunit #15
Comments
Could you provide an example of how exposing those would help? |
@jzaeffer - I'm sorry! I'm no longer advocating for exposure of the functions. What I'm going to argue for is a plug-in extensibility system. Case in point:
This code here mixes the test result management with presentation. In your code base: test storage, test runner, test results, and presentation (even some profiling) are all mixed together. What I would like to recommend that all these be made plug-ins, with the capabilities to wrap core function. Here is a unit test that I have for an Ajax request:
In this test I'm able to wrap the $.ajax function in jquery and utilize my own. This allow me to extend ajax functionality. With this capabilty now I can insert monitoring sensing data/callbacks to ajax. You can do the same with plug-ins for qunit. A unit tester only has one concern did my assertions pass or fail. More repsonsibility on the unit tester is too much! So instead of qunit keeping track of execution time of tests, you can create a plug-in that wraps tests and will keep track of the time of execution. |
I would like for all the private functions to be made public (ex. done(), validTest(), process(), etc.). This would make it an easier chore to start using jquery to unit test the display portion of qunit. Right now the code mixes presentation with testing-logic.
The text was updated successfully, but these errors were encountered: