- From: Dominique Hazael-Massieux <dom@w3.org>
- Date: Tue, 15 Dec 2009 14:52:17 +0100
- To: Dmitri Silaev <Dmitri.Silaev@Sun.COM>
- Cc: public-mwts@w3.org, marcosc <marcosc@opera.com>, Robin Berjon <robin@robineko.com>
Hi Dmitri, Le lundi 14 décembre 2009 à 19:58 +0300, Dmitri Silaev a écrit : > Here is my comments for "Extracting Test Assertions from a > Specification" document. Thanks very much for your comments; my responses embedded below. http://dev.w3.org/2008/dev-ind-testing/extracting-test-assertions-pub.html > I. "3. Mark-up conventions for test assertions" > > "Each assertion is uniquely identified through the id attribute on the > paragraph element; the unique identifier starts by convention with > ta-, and its uniqueness is ensured by the HTML validity requirements > of the document." > > Is it useful to explain the best practice how to get the assertion the > unique assertion id? For example, "its uniqueness generated randomly > is ensured..." It saves reader from solving the riddle what > "RRZxvvTFHx" means. I clarified that by mentioning the strings were randomly generated, and that their length wasn’t exactly a feature :) > II. "4. Extracting automatically test assertions" > > "The original extraction of test assertions was made through an XSLT > style sheet, that allowed to generate a static list of test assertions > that served as the first basis for the review of the testability of > the specification." > > I believe it need to be explained where the extraction was made, e.g. > "When "Widgets Packaging and Configuration" specification was marked > up by convention said before, the original extraction of test > assertions was made through an XSLT style sheet,..." I’ve tried to clarify that, but I’m not sure if it addresses your comment: When the specification was initially marked up using the conventions described above, the extraction of test assertions was made through an XSLT style sheet, that allowed to generate a static list of test assertions that served as the first basis for the review of the testability of the specification. > III. "5. Test assertions and test cases" > > "To maintain the association between test cases and test assertions, a > simple XML file was set up: > <EXAMPLE>" > > It seems the example should match to marked assertion in "3. Mark-up > conventions for test assertions". It simplifies the understanding of > the document. Very good point, indeed; I have re-used the same id. > VI. "5. Test assertions and test cases" > > "its content is integrated in the test plan with JavaScript to attach > test cases to the previously extracted test assertions;" > > It may be useful to add link to [WIDGETS-TESTS] one more time here. Added. > V. I've found strange symbols in document: "—", .... It may be not a > problem in final document, but now it made a little difficulties to > read document for me. I've used "download" link from cvs page: http://dev..w3.org/cvsweb/ > ~checkout~/2008/dev-ind-testing/extracting-test-assertions-pub.html? > rev=1.1&content-type=text/html;%20charset=iso-8859-1 Yeah, that’s an artefact of the CVS server, nothing to worry about. Dom
Received on Tuesday, 15 December 2009 13:52:47 UTC